সতর্কতা: এলএফ সিআরএলএফ দ্বারা প্রতিস্থাপন করা হবে।
আপনি যে সম্পাদকটি ব্যবহার করছেন তার উপর নির্ভর করে, এলএফ সহ একটি পাঠ্য ফাইল সিআরএলএফ দিয়ে সংরক্ষণ করা প্রয়োজন হবে না: সাম্প্রতিক সম্পাদকেরা ইওল শৈলী সংরক্ষণ করতে পারেন । তবে এই গিট কনফিগারেশন সেটিংগুলি সেগুলি পরিবর্তন করার জন্য জোর দেয় ...
কেবল তা নিশ্চিত করুন (যেমন আমি এখানে সুপারিশ করছি ):
git config --global core.autocrlf false
এইভাবে, আপনি কোনও স্বয়ংক্রিয় রূপান্তর এড়াতে পারেন এবং এখনও একটি .gitattributesফাইল এবং core.eolনির্দেশের মাধ্যমে সেগুলি নির্দিষ্ট করতে পারেন ।
উইন্ডোজ গিট "এলআরএফ সিআরএলএফ দ্বারা প্রতিস্থাপন করা হবে"
এই সতর্কতা লেজ পিছনে?
না: আপনি উইন্ডোতে রয়েছেন এবং git configসহায়তা পৃষ্ঠার উল্লেখ নেই
CRLFআপনার কাজের ডিরেক্টরিতে লাইন এন্ডিং থাকতে চাইলে এই সেটিংটি ব্যবহার করুন যদিও সারণীর সাধারণ লাইনের শেষ নেই।
মধ্যে "বর্ণনা অনুযায়ী Git CRLF সঙ্গে এলএফ প্রতিস্থাপন ", এটি শুধুমাত্র চেকআউট উপর ঘটা উচিত , (কমিট না) সঙ্গে core.autocrlf=true।
repo
/ \
crlf->lf lf->crlf
/ \
জিয়াওপ্যাং -এর উত্তরে যেমন উল্লেখ করা হয়েছে , সেই সতর্কতা একইরকম:
সতর্কতা: (আপনি যদি এটি পরীক্ষা করে দেখেন / বা আপনার বর্তমান core.autocrlfকনফিগারেশন সহ অন্য ফোল্ডারে ক্লোন করেন ), এলএফ সিআরএলএফ
দ্বারা প্রতিস্থাপন করা হবে আপনার (বর্তমান) কার্যনির্বাহী ডিরেক্টরিতে ফাইলটির মূল লাইন শেষ হবে।
git-for-windows/git1242 ইস্যুতে উল্লিখিত হিসাবে :
আমি এখনও এই বার্তাটি বিভ্রান্তিকর মনে করছি, বার্তাটি সমস্যার আরও ভাল ব্যাখ্যা অন্তর্ভুক্ত করার জন্য বাড়ানো যেতে পারে, উদাহরণস্বরূপ: " file.jsonফাইলটি সরিয়ে আবার পরীক্ষা করার পরে এলআরএফ সিআরএলএফ দ্বারা প্রতিস্থাপন করা হবে "।
দ্রষ্টব্য: গিট 2.19 (সেপ্টেম্বর 2018), ব্যবহার করার সময় core.autocrlf, "এলএফ সিআরএলএফ দ্বারা প্রতিস্থাপন করা হবে" সতর্কতা এখন দমন করা হবে ।
কয়লার যেমন সঠিকভাবে মন্তব্য করেছে , যদি প্রতিশ্রুতিবদ্ধতার কোনও রূপান্তর হয় তবে তা LFকেবল।
এই নির্দিষ্ট সতর্কতাটি " LF will be replaced by CRLF" রূপান্তর.কম থেকে এসেছে # চেক_সেফ_সিআরএলএফ () :
if (checksafe == SAFE_CRLF_WARN)
warning("LF will be replaced by CRLF in %s.
The file will have its original line endings
in your working directory.", path);
else /* i.e. SAFE_CRLF_FAIL */
die("LF would be replaced by CRLF in %s", path);
এটি দ্বারা ডাকা হয় convert.c#crlf_to_git(), নিজে দ্বারা ডাকা হয় convert.c#convert_to_git(), নিজে দ্বারা ডাকা হয় convert.c#renormalize_buffer()।
এবং এটি সর্বশেষ renormalize_buffer()দ্বারা ডাকা হয় merge-recursive.c#blob_unchanged()।
সুতরাং আমি সন্দেহ করি যে এই রূপান্তরটি git commitকেবল তখনই ঘটেছিল যদি বলা হয় প্রতিশ্রুতি একত্রীকরণ প্রক্রিয়ার অংশ।
দ্রষ্টব্য: গিট 2.17 (Q2 2018) এর সাথে একটি কোড ক্লিনআপ কিছু ব্যাখ্যা যুক্ত করেছে।
টর্স্টেন বাগেরসৌসেন ( ) দ্বারা 8462ff4 (13 জানুয়ারী 2018) প্রতিশ্রুতিবদ্ধ দেখুন । (দ্বারা একীভূত junio সি Hamano - - মধ্যে কমিট 9bc89b1 , 13 ফেব্রুয়ারী 2018)tboegi
gitster
রূপান্তর_পৃষ্ঠীকরণ (): নিরাপদ_ক্রিফ / চেকস্যাফ ইন্টি ক্যান_ফ্লেগ হয়ে যায়
কল করার সময় convert_to_git(), checksafeপ্যারামিটারটি নির্ধারণ করে যে EOL রূপান্তর ( CRLF --> LF --> CRLF) পরিষ্কারভাবে রাউন্ডআট্রিপ না করলে কি হবে ।
লাইন এন্ডিংগুলি পুনর্নবীকরণ করা উচিত ( CRLF --> LF) বা সে হিসাবে রাখা উচিত কিনা তাও এটি সংজ্ঞায়িত করে ।
চেকস্যাফ safe_crlfএই মানগুলির সাথে একটি এনাম ছিল :
SAFE_CRLF_FALSE: do nothing in case of EOL roundtrip errors
SAFE_CRLF_FAIL: die in case of EOL roundtrip errors
SAFE_CRLF_WARN: print a warning in case of EOL roundtrip errors
SAFE_CRLF_RENORMALIZE: change CRLF to LF
SAFE_CRLF_KEEP_CRLF: keep all line endings as they are
দ্রষ্টব্য যে reg৪62২ বিএফ ৪ (" convert_to_git():
safe_crlf/checksafeহয়ে যায় int conv_flags", 2018-01-13, গিট ২.১17.০) গিট ২.১ cycle চক্রের পিছনে পুনরায় লেখকরা সেটিং সত্ত্বেওautocrlf একটি সতর্কতা বার্তা উত্পন্ন করেছিল
।safecrlf=false
দেখুন কমিট 6cb0912 দ্বারা (04 জুন 2018) এন্থনি Sottile ( asottile) ।
(দ্বারা একীভূত junio সি Hamano - gitster- মধ্যে কমিট 8063ff9 , 28 জুন 2018)
