গিট থেকে কপিরাইটের তারিখের সীমাটি স্বয়ংক্রিয়ভাবে আপডেট করবেন?


10

আমি যেমন লিখছি, আমরা ২০১২ সালের মধ্যে 10 দিন I অনেক বাচ্চা প্রোগ্রামাররা তাদের উত্স ফাইলগুলির শীর্ষে কপিরাইট স্ট্রিংটি এমন কিছুতে সম্পাদনা করছে বলে আমি বাজি ধরছি:

// Copyright 2008, 2010-2012 Some Company Unlimited

আপনার সংস্করণ নিয়ন্ত্রণ সিস্টেম জানে যে ফাইলগুলি কখন সংশোধন করা হয়েছিল তাই অবশ্যই এটি এই স্ট্রিংগুলি লিখতে বা পুনর্লিখনে সহায়তা করতে পারে। সুতরাং আমার প্রশ্ন: এমন কোনও স্ক্রিপ্ট আছে যা প্রতিটি ফাইল এবং আউটপুট (বা আরও ভাল সন্নিবেশ) এর জন্য গিট লগগুলি পরীক্ষা করতে পারে?

আমি গিট ব্যবহার করছি তাই এটি প্রাথমিক আগ্রহের বিষয় তবে অন্য সিস্টেমে যদি এই ধরনের স্ক্রিপ্টগুলি বিদ্যমান থাকে তবে আমাকে জানতে দিন।

হালনাগাদ:

আমাদের এমন একটি স্ক্রিপ্ট দরকার যা এটি করে:

  • আমাদের ওয়ার্কিং অনুলিপিতে সমস্ত উত্স ফাইলগুলিতে চলে
  • বিদ্যমান কপিরাইটের স্ট্রিং সনাক্ত করে এবং বছরগুলি সনাক্ত করে যেমন 2007,2009-2011 হবে {2007, 2009, 2010, 2011,
  • উল্লিখিত না হওয়া প্রতিটি বছরের জন্য, 1 জানুয়ারি থেকে 31 ডিসেম্বর (বা আজ যদি বর্তমান বছর হয়) এর মধ্যে পার্থক্য থাকে। পৃথক পরীক্ষা করুন এবং কপিরাইট স্ট্রিংয়ে এটি উল্লেখ করার উপযুক্ত কিনা তা সিদ্ধান্ত নিন
  • নতুন কপিরাইট স্ট্রিং .োকান।

1
যদি আমি সঠিকভাবে বুঝতে পারি তবে তারিখটি যাইহোক optionচ্ছিক। ভাল প্রশ্ন, যদিও। +1 টি।
ম্যাক্সপাম

আমি জানি তারিখটি আইনত তাত্পর্যপূর্ণ নয় তবে ফাইলগুলি কখন স্পর্শ করা হয়েছিল তা দেখতে আকর্ষণীয়। যদি কোনও স্ক্রিপ্ট থাকে আমি সমস্ত উত্স ফাইলগুলিতে এই লাইনটি নির্ভুলভাবে এবং স্বয়ংক্রিয়ভাবে সেট করতে চালাতে পারতাম তবে এ সম্পর্কে আরও কিছু ভাবার দরকার নেই!
পেপারজাম

2
আমি একটি স্বয়ংক্রিয়ভাবে উত্পন্ন কপিরাইট নোটিশের আইনি তাত্পর্য সম্পর্কে ভাবছিলাম। আপডেট করা বিজ্ঞপ্তি নিজেই কপিরাইটযোগ্য নয়, সুতরাং আপনি নতুন সৃজনশীল কাজ যুক্ত না করে কপিরাইটে 1 বছরের বর্ধনের দাবি করছেন।
ডেভিড থর্নলে

ভাল পয়েন্ট @ ডেভিড। আমি অনুমান করি যে এই জাতীয় কোনও সরঞ্জামকে তার নিজস্ব যেকোন কমিট উপেক্ষা করতে হবে। সম্ভবত এটি নতুন কন্টেন্টকে টাইপ করে না এমন কমিটগুলি উপেক্ষা করার জন্য এটিও কনফিগার করা যেতে পারে (যেমন পাঠ্য মোছা, ছোট পরিবর্তন, নাম পরিবর্তন, পুনর্নির্মাণ ইত্যাদি)
কাগজজাম

আসল প্রশ্নটি কি এখন থেকে আপনার কোড 70/95/120 বছর পরে যত্ন নেবে?
নিক টি

উত্তর:


3

টি এল; ডিআর

চিন্তা করবেন না! আপনি সময়টি বছরের সাথে আপডেট না করলে প্রকল্পের উপরের আপনার কপিরাইটটির মেয়াদ শেষ হবে না! আপনি নিরাপদে - এটি সেভাবে কাজ করে না।

দীর্ঘ সংস্করণ:

আমি নিশ্চিত যে কপিরাইট নোটিশে সমস্ত বছরের নম্বরগুলি কপিরাইটের শুরুটি সীমাতে নির্দেশ করে। আপনি যদি এক বছর যোগ করেন তবে এর অর্থ শুরুর ধারাবাহিকতা, শেষ নয়। আপনি যদি নতুন সামগ্রীটি (নতুন মডিউলগুলির মতো) যুক্ত করেন তবে কেবলমাত্র সেই নতুন সামগ্রীর জন্য শুরুর বছরটি চিহ্নিত করতে আপনি এটি ব্যবহার করেন। এটি isচ্ছিক তবে সম্পূর্ণ নতুন মডিউল বা সম্পূর্ণ ডিজাইনের পরিবর্তনের মতো বৃহত্তর পরিবর্তনের জন্য ব্যবহার করা উচিত।

আপনার নোটিশে গত বছরের পরে নির্দিষ্ট সংখ্যা বছর (যা আপনার দেশের আইনগুলির উপর নির্ভর করে) এর পরে কপিরাইটটির মেয়াদ শেষ হবে।

সুতরাং, উত্সাহীনভাবে উত্স শিরোনামগুলিকে আপডেট করার কোনও কারণ আমি দেখতে পাচ্ছি না।

সম্পাদনা করুন:

জিনিসটি হ'ল সাধারণত যে পরিবর্তনগুলি যথেষ্ট পরিমাণে হয় তা সম্পূর্ণ নতুন উত্স ফাইল বা পুরানো ফাইলগুলির পুনরায় প্রয়োগের সাথে জড়িত। সুতরাং, যতক্ষণ না আপনি সর্বদা নতুন উত্স ফাইলগুলির শিরোনামে চলতি বছরটি ব্যবহার করেন আপনি ভাল আছেন। আপডেট করার জন্য প্রতিটি ফাইলের মধ্য দিয়ে যাবার দরকার নেই। প্রকৃতপক্ষে, ম্যানুয়াল পরিবর্তনের প্রয়োজন কেবলমাত্র যদি আপনার নিজের লাইসেন্সের পাঠ্য বা রেডমি ফাইলে তারিখের সীমা থাকে।

দাবি অস্বীকার: আমি একজন প্রোগ্রামার, আইনজীবী নন।


আপনি যখনই কোনও ফাইলে উল্লেখযোগ্য পরিবর্তন করেন তখন আপনার এক বছরের / প্রসারিত পরিসীমা যুক্ত করা উচিত। সুতরাং রাজসন আছে। সমস্যাটি হচ্ছে, এটি স্বয়ংক্রিয় হওয়া উচিত নয় - পরিবর্তনটি কখন যথেষ্ট হয় তা গিটটি বলতে পারে না।
হার্বি

@ হার্বি: আমি একটি ব্যাখ্যা এবং আমার মন্তব্যে আপনার মন্তব্যে একটি জবাব সম্পাদনা করেছি।
গোরান জোভিক

আইএনএল হয়, তবে আফাইক, কপিরাইটের মেয়াদ শেষ বেঁচে থাকা লেখকের মৃত্যুর তারিখের উপর ভিত্তি করে। কেউ যখন আপনার কাজের পূর্বের শিল্প দাবি করে তখনই তৈরির তারিখ interest
tmadmers

@ সংশোধনকারীরা: আইএনএল হয়, তবে আইআইআরসি যেসব দেশে আইনী ব্যক্তিরা কপিরাইট ধারণ করতে পারেন আইনী ব্যক্তির হাতে থাকা কপিরাইট তৈরির তারিখের ভিত্তিতে মেয়াদ শেষ হয়। সফ্টওয়্যারটির কপিরাইট সংস্থা কর্তৃক পরিচালিত আছে বা প্রকৃত কর্মীরা যিনি লিখেছেন তা নির্দিষ্ট এখতিয়ারের উপর নির্ভর করে (আইআইআরসি মার্কিন আইনটি কপিরাইটটিকেই নির্ধারিত করতে দেয় যখন বেশিরভাগ ইউরোপীয় আইন কেবল একচেটিয়া অধিকারের অনুমতি দেয় যখন কপিরাইট এখনও শারীরিক লেখকদের হাতে থাকে) এবং কাজের চুক্তি (কপিরাইটটি যখন তা করতে পারে তা নির্ধারিত হবে না)।
জান হুডেক

1

এমন কোনও স্ক্রিপ্ট আছে যা প্রতিটি ফাইল এবং আউটপুট (বা আরও ভাল সন্নিবেশ) এর জন্য গিট লগগুলি পরীক্ষা করতে পারে?

এটি প্রতি সে স্ক্রিপ্ট নয়, গিট বৈশিষ্ট্য যা আপনি এই কাজের জন্য ব্যবহার করতে পারেন : ধুয়ে ফেলুন / পরিষ্কার ফিল্টার জুড়ি pair


-2

না, গিটটি কখন ফাইলগুলি সংশোধন করা হয়েছে তা জানে না।

গিট কমিট অবজেক্ট কেবল নির্দিষ্ট সময়ে সমস্ত ফাইলের বিষয়বস্তু সংজ্ঞায়িত করে। একই বিষয়বস্তু সহজেই অন্য কোনও প্রতিশ্রুতিবদ্ধ হতে পারে, এমনকি সম্পর্কিত নয় one এর মধ্যে একটিকে আরও গুরুত্বপূর্ণ করার মতো কিছুই নেই। উত্তরটি অস্পষ্ট হতে পারে, যদিও এটি প্রায়শই না।


হুমম ... আমি টাইপ করার সময় গিটটি কীভাবে জানতে পারে git log?
পেপারজাম

@paperjam: এটা জানেনা কবে করে তৈরি করা হয়েছিল। আপনি যখন টাইপ করেন git log, এটি কমিটগুলি হাঁটে, অবশ্যই এটি তাদের তারিখটি জানে। তবে এটি হয়ত জানেন না যে কোন প্রতিশ্রুতিবদ্ধ ফাইলটির নির্দিষ্ট সংস্করণ চালু করেছে, কারণ একাধিকটি থাকতে পারে।
জান হুডেক

এটি ব্লবটিতে অ্যাক্সেস কন্ট্রোল বিটগুলি সংরক্ষণ করে, সুতরাং এটি সেই সময়ে পরিবর্তনের তারিখটিও সংরক্ষণ করতে পারে। কিন্তু আমি নিশ্চিত না.
ট্যামস সেজেলি

@ ট্যামসজেলি: না, ব্লব হ'ল "ব্লব" শব্দটি, একটি নতুন লাইন এবং বিষয়বস্তু। এটাই. নামও নেই। একটি গাছে ব্লবগুলির জন্য নাম, টাইপ এবং সম্পাদনযোগ্য বিট রয়েছে এবং এটি সাবটারিগুলিতে নির্দেশ করে। তবে এটি এখনও সম্পূর্ণ hতিহাসিক। এটি ইচ্ছাকৃত এবং নকশা দ্বারা।
জানু হুডেক

1
আমি এখানে ওপি'র উত্তরটি এক্সট্রাপোলেট করছি, তবে আমি মনে করি যে একমাত্র রিলিজের দৃষ্টিকোণ থেকে গুরুত্বপূর্ণ বিষয়টি কখন প্রতিশ্রুতিবদ্ধ হয়েছিল এবং কখন ফাইলটি শেষবার স্পর্শ করা হয়েছিল তা নয় । যদি এটি প্রতিশ্রুতিবদ্ধ না হয় এবং একত্রিত না হয় তবে এটি প্রকাশ পায় না Simp অতএব কেন git log --follow [filename] | grep -m 1 Dateসর্বশেষ তারিখ পাওয়ার জন্য যথেষ্ট হিসাবে সাধারণ কিছু করা doing
স্পোইক
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.