গিট কেন এই পাঠ্য ফাইলটিকে বাইনারি ফাইল হিসাবে বিবেচনা করে?

150

আমি ভাবছি কেন গিট আমাকে এ কথা বলে :?

$ git diff MyFile.txt
diff --git a/MyFile.txt b/MyFile.txt
index d41a4f3..15dcfa2 100644
Binary files a/MyFile.txt and b/MyFile.txt differ

তারা কি ফাইল পাঠ্য নয়?

আমি .gitattributes চেক করেছি এবং এটি খালি আছে। আমি কেন এই বার্তা পাচ্ছি? আমি আর ব্যবহার করার মতো বিভিন্নতা পেতে পারি না

যোগ করেছেন:

আমি @ফাইলের অনুমতিগুলির মধ্যে একটি আছে লক্ষ্য করেছি , এটি কি? এই কারণ হতে পারে?

$ls -all
drwxr-xr-x   5 nacho4d  staff    170 28 Jul 17:07 .
drwxr-xr-x  16 nacho4d  staff    544 28 Jul 16:39 ..
-rw-r--r--@  1 nacho4d  staff   6148 28 Jul 16:15 .DS_Store
-rw-r--r--@  1 nacho4d  staff    746 28 Jul 17:07 MyFile.txt
-rw-r--r--   1 nacho4d  staff  22538  5 Apr 16:18 OtherFile.txt
git  binary 
— nacho4d
সূত্র
4
এটি কোনও ইউটিএফ -8 এনকোডযুক্ত ফাইল হতে পারে।
— মার্নিক্স ভ্যান ভ্যালেন
এটি ইউটিএফ 16 এর ছোট্ট এন্ডিয়ান এলএফ হওয়ার কথা
— nacho4d
1
lsম্যাক ওএস এক্স- এর ম্যানপেজ থেকে : ফাইল বা ডিরেক্টরি যদি বৈশিষ্ট্যগুলি প্রসারিত করে থাকে তবে -lবিকল্প দ্বারা মুদ্রিত অনুমতি ক্ষেত্রটি একটি @অক্ষর অনুসরণ করবে । -@এই বর্ধিত বৈশিষ্ট্যগুলি দেখতে বিকল্পটি ব্যবহার করুন ।
— এডল
আমি মনে করি এটি গিট একটি বাগ হতে পারে। আমি বর্ধিত বৈশিষ্ট্যগুলি মুছে ফেলেছি এবং এখন সবকিছু ঠিক আছে।
— nacho4d
4
@ নাচো ৪ ডি: এটি আশ্চর্যজনক, কারণ গিটের এমনকি জানা উচিত নয় যে কোনও বর্ধিত বৈশিষ্ট্য রয়েছে। আপনি যদি এটি পুনরুত্পাদন করতে পারতেন তবে গিট মেইলিং তালিকায় আনতে হবে worth vger.kernel.orgতালিকাগুলিতে যেমন ভাল প্রথা আছে তেমন আপনাকে পোস্টের সাবস্ক্রাইব করতে হবে না (লোকেরা আপনাকে উত্তরের জন্য সিসিড রাখবে) এবং এগুলি git@vger.kernel.orgতালিকাটির পরিবর্তে উচ্চ ভলিউম না দেওয়ার কথা বলে মনে হয় ।
— জানু হুডেক

উত্তর:

76

এটা শুধু যখন Git inspects ফাইলের প্রকৃত বিষয়বস্তু (এটা নয় যে মানে জানেন যে কোনো এক্সটেনশন একটি বাইনারি ফাইল নয় - আপনি বৈশিষ্ট্যাবলী ফাইল ব্যবহার করতে পারেন যদি আপনি এটি স্পষ্টভাবে বলতে চাই - মানুষের পৃষ্ঠাগুলি দেখুন)।

ফাইলের বিষয়বস্তুগুলি পর্যবেক্ষণ করে এটি এমন স্টাফ দেখতে পেয়েছে যা মৌলিক ascii অক্ষরগুলিতে নেই। ইউটিএফ 16 হওয়ায় আমি আশা করি এটির 'মজার' অক্ষর থাকবে তাই এটি বাইনারি মনে করে।

গিটকে বলার বিভিন্ন উপায় রয়েছে যদি আপনার কাছে ফাইলটির জন্য আন্তর্জাতিকীকরণ (আই 18 এন) বা বর্ধিত অক্ষর বিন্যাস থাকে। আমি সেটিংয়ের সঠিক পদ্ধতিটি সম্পর্কে যথেষ্ট পরিমাণে আপ করছি না - আপনার আরটি করতে হবে [পূর্ণ] এম ;-)

সম্পাদনা করুন: এসও - এর একটি দ্রুত অনুসন্ধান পাওয়া গেল-i-make-git-شناخت-a-utf-16-file-as-text যা আপনাকে কয়েকটি ক্লু দেবে।

— ফিলিপ ওকলে
সূত্র
10
আপনি প্রায় কিন্তু সম্পূর্ণ ভুল না। গিট প্রকৃত ফাইলগুলি পরিদর্শন করেছে এবং সেখানে 'মজার' চরিত্রগুলি দেখেছিল। তবে এটি ইউটিএফ -16 বাইনারি হিসাবে "ভাবেন না"। এটা তোলে হয় বাইনারি কারণ পাঠ্য হিসেবে হওয়া ASCII ভিত্তিক (অর্থাৎ একমাত্র জিনিস এর বিল্ট-ইন পরিবর্তন জন্য ব্যবহারযোগ্য ফলাফল দিতে হবে) এবং হল UTF-16 সংজ্ঞায়িত করা হয়। হ্যাঁ, প্যাটার্ন সংজ্ঞায়িত ফাইলগুলির জন্য বিশেষ ব্যবহারের জন্য গিটকে বলার একটি উপায় রয়েছে (ব্যবহার করে .gitattributes)।
— জানু হুডেক
2
আমার যুক্ত করা উচিত, সেই 'মজার চরিত্রগুলি' এর অর্থ শূন্য বাইট।
— জান হুডেক
4
আমরা উভয়ই ঠিক, তবে ভিন্ন দৃষ্টিকোণ থেকে। আমরা দুজনেই বলি "গিট বিষয়বস্তুর প্রকারটি নির্ধারণের জন্য পরীক্ষা করে।" আমরা দু'জনেই বলেছি যে গিটটি জানার জন্য এটি ইউটিএফ 16 হিসাবে ব্যবহার করা উচিত যা ব্যবহারকারীকে গিট .gitattributesইত্যাদি দিয়ে বলতে হবে
— ফিলিপ ওকলে
7
@ জানহুদেক: আপনার দৃষ্টিতে, সমস্ত ফাইল বাইনারি।
— stolsvik
2
@ স্টলোসভিক, (এবং জানাহ) এটি ইউটিএফ -8 এর আরও সূক্ষ্ম মাঝারি গ্রাউন্ডে 0127 ASCII অক্ষর এবং অন্যান্য সমস্ত ইউনিকোড অক্ষর, নুল চর ছাড়া অন্য কোনও জিনিসের জন্য নাল (00 ঘন্টা) বাইটের প্রয়োজন ছাড়াই অন্তর্ভুক্ত রয়েছে ('সি' স্ট্রিং টার্মিনেটর)। সুতরাং গিটের পাঠ্য সংজ্ঞাটি হ'ল ইউটিএফ -8 এনকোড করার সময় সামগ্রীতে (ভাল প্রথম 1 ক বাইট) নাল বাইট থাকা উচিত নয়। একটি মজাদার পড়ার জন্য stackoverflow.com/questions/2241348/… চেষ্টা করুন । আমার মূল মন্তব্যটি কেসটিকে বোঝায় যখন ইউটিএফ -16 এনকোডেড ডেটা বাইট জোড় হিসাবে দেখা হয়, তাই এসকিআই কোড পয়েন্টগুলির জন্য উচ্চ বাইট 00 হবে
— ফিলিপ ওকলে
41

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

শুধু একটি যোগ .gitattributes আপনার সংগ্রহস্থলের রুট ফোল্ডার সেট করা এবং পরিবর্তন পথ বা ফাইলগুলিতে অ্যাট্রিবিউট। এখানে একটি উদাহরণ:

src/Acme/DemoBundle/Resources/public/js/i18n/* diff
doc/Help/NothingToSay.yml                      diff
*.css                                          diff

যদি আপনি কোনও ফাইলে কোনও বৈশিষ্ট্য সেট আছে কিনা তা পরীক্ষা করতে চান, আপনি গিট চেক-অ্যাটর্কের সাহায্যে এটি করতে পারেন

git check-attr --all -- src/my_file.txt

গিট বৈশিষ্ট্য সম্পর্কে আরও একটি দুর্দান্ত রেফারেন্স পাওয়া যাবে এখানে ।

— naitsirch
সূত্র
1
এটি সহায়ক ছিল, তবে আসলে ভুল ছিল - সঠিক বৈশিষ্ট্যটি হ'ল diffনা text। textঅ্যাট্রিবিউট টেক্সট কিন্তু এর পরিবর্তে নিয়ন্ত্রণ কিভাবে লাইন শেষা w শ (এলএফ করার নিয়মমাফিককরণ) পরিচালিত ব্যবহার করছেন পরিবর্তন করতে Git বলতে নেই। আরও তথ্যের জন্য .gitattributes এ আপনার লিঙ্কটি দেখুন।
— এরিক
ধন্যবাদ @ এরিক আমি আপনার মন্তব্য এবং গিট ডকুমেন্টেশন অনুযায়ী আমার পোস্ট আপডেট করেছি।
— naitsirch
4
অতিরিক্তভাবে, আপনি কী ধরণের পারফর্ম করা উচিত তা সেট করতে পারেন। উদাহরণস্বরূপ, এটি যদি কোনও এক্সএমএল ফাইল হয় তবে আপনি ন্যায়বিচারের diff=xmlপরিবর্তে ব্যবহার করতে পারেন diff।
— স্যান্ডি চ্যাপম্যান
1
চেক-অ্যাটর্নের বিপরীতটি কি - সেখানে কোনও সেট-অ্যাটর রয়েছে? আমি মূলত দুর্ঘটনাক্রমে একটি ফাইলটিকে ইউটিএফ -16 হিসাবে সংরক্ষণ করেছি, তারপরে কমিট করে ধাক্কা দিয়েছি এবং এখন বিটবকেটটিকে ইউটিএফ -8 হিসাবে পুনরায় সংরক্ষণ করার পরেও কমিট করে আবার চাপ দেওয়ার পরেও এটি ইউটিএফ -16 হিসাবে দেখছে। এটি মূলত আমার টানার অনুরোধগুলি পড়তে অসম্ভব করে তোলে কারণ পর্যালোচনাগুলিকে পর্যালোচনা মন্তব্য যুক্ত করতে প্রতিটি স্বতন্ত্র মন্তব্যে ক্লিক করতে হবে।
— জন জাব্রোস্কি
21

আমার এই সমস্যাটি ছিল যেখানে গিট জিইউআই এবং সোর্সট্রি জাভা / জেএস ফাইলগুলিকে বাইনারি হিসাবে আচরণ করছে এবং এভাবে পার্থক্য দেখতে পেল না

নিম্নলিখিত বিষয়বস্তু দিয়ে .git \ তথ্য ফোল্ডারে "গুণাবলী" নামক ফাইল তৈরি করা সমস্যার সমাধান করেছে

*.java diff
*.js diff
*.pl diff
*.txt diff
*.ts diff
*.html diff

আপনি যদি সমস্ত সংগ্রহস্থলের জন্য এই পরিবর্তনটি করতে চান তবে নীচের অবস্থানে আপনি বৈশিষ্ট্য ফাইল যুক্ত করতে পারেন OME হোম / .কনফিগ / গিট / বৈশিষ্ট্যগুলি

— হেমন্ত
সূত্র
1
এছাড়াও <project-root>/.gitattributesফাইলটি নোট করুন, যা পরিবর্তনটি সমস্ত অবদানকারীদের জন্য এবং কেবলমাত্র প্রাসঙ্গিক প্রকল্পের জন্য সক্রিয় করে তোলে।
— jpaugh
যোগ * diffকরা আমার জন্য সহায়ক ছিল: এটি সমস্ত ধরণের ফাইলের মধ্যে পার্থক্য দেখায়। তবে আপনার সমাধানটি আরও ভাল, কারণ বড় বাইনারি ফাইলগুলিতে অপ্রয়োজনীয় পার্থক্য দেখাতে এড়ানো হয়।
— বুলিয়ান_ টাইপ
হ্যাঁ! এটি সাহায্য করে!
— ওয়াইল্ডটিক্স
19

গিট এমনকি নির্ধারণ করবে যে আপনার পাঠ্য ফাইলে যদি একটি সুপার-লম্বা লাইন থাকে তবে এটি বাইনারি is আমি একটি দীর্ঘ স্ট্রিং ব্রেকআপ করে এটিকে কয়েকটি উত্স কোড লাইনে পরিণত করেছি এবং হঠাৎ ফাইলটি 'বাইনারি' হয়ে একটি পাঠ্য ফাইলে চলে গেল যা আমি দেখতে পেলাম (স্মার্টজিটে)।

সুতরাং আপনার সম্পাদকটিতে 'এন্টার' না দিয়ে ডানদিকে খুব বেশি টাইপ করা চলবেন না - অন্যথায় পরে গিট মনে করবে আপনি একটি বাইনারি ফাইল তৈরি করেছেন।

— ক্রিস মারফি
সূত্র
1
এটি একটি সঠিক তথ্য। আমি একটি অত্যন্ত বড় মাইএসকিউএল ডাম্প (। এসকিউএল ফাইল) -এর ডিফসগুলি নিয়ন্ত্রণ করার চেষ্টা করছিলাম, তবে গিটটি এটিকে বাইনারি ফাইল হিসাবে বিবেচনা করে, যদিও এতে কেবলমাত্র এএসসিআইআই / ইউটিএফ 8 ডেটা রয়েছে। কারণটি হ'ল লাইনগুলি দীর্ঘ-দীর্ঘ (সন্নিবেশ করা মানগুলি (এক), (দুটি), (তিন), (...), (3 মিলিয়ন ...); বিস্ময়করভাবে, প্রতিটি প্রতিশ্রুতির জন্য, গিট সংগ্রহস্থলটি করে 1.7gb দ্বারা নয় বৃদ্ধি, কিন্তু শুধুমাত্র ~ 350 মেগাবাইট সম্ভবত, Git "বাইনারি" ফাইল সংরক্ষণের আগে সংকুচিত করা
— আলেক্সান্ডার টি
@AlexandreT। গিট প্রকৃতপক্ষে ফাইল ব্লবগুলি সঙ্কুচিত করে (জিজেপ, আইআইআরসি ব্যবহার করে)।
— jpaugh
11

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

আমি মনে করি সমস্যাটি কেবল এই ছিল যে গিটটি বিভিন্ন এনকোডিং প্রকারের ফাইলগুলির তুলনা কীভাবে করতে পারে তা জানে না। সুতরাং যে এনকোডিং টাইপটি আপনি ব্যবহার করেন তা যতক্ষণ না এটি ধারাবাহিক থাকে ততক্ষণ তা বিবেচনা করে না।

আমি এটি পরীক্ষা করিনি, তবে আমি নিশ্চিত যে আমি যদি নতুন ইউনিকোড এনকোডিংয়ের সাথে আমার ফাইলটি প্রতিশ্রুতিবদ্ধ থাকতাম, পরের বার যখন আমি সেই ফাইলটিতে পরিবর্তন করে থাকি তবে এটি সঠিকভাবে পরিবর্তনগুলি প্রদর্শন করে এবং বাইনারি হিসাবে সনাক্ত না করায় তারপরে এটি দুটি ইউনিকোড এনকোডযুক্ত ফাইলের তুলনা করা হত, এবং ইউনিকোড ফাইলের সাথে কোনও ইউটিএফ -8 ফাইল নয়।

আপনি টেক্সট ফাইলের এনকোডিং প্রকারটি সহজে দেখতে ও পরিবর্তন করতে নোটপ্যাড ++ এর মতো অ্যাপ্লিকেশন ব্যবহার করতে পারেন ; নোটপ্যাড ++ এ ফাইলটি খুলুন এবং সরঞ্জামদণ্ডে এনকোডিং মেনু ব্যবহার করুন।

— deadlydog
সূত্র
1
ইউনিকোড কোনও এনকোডিং নয়। এটি একটি চরসেট এবং ইউটিএফ -8 এটির একটি এনকোডিং, অর্থাত্ ইউনিকোড কোডপয়েন্টকে এনকোড করার উপায়
— ফুক্লভি
1
এটি সমস্যার সমাধান করে না, কেবল এড়িয়ে চলে। সমস্যাটি হ'ল গিট বা এর ডিফ সরঞ্জামটি সঠিকভাবে পাঠ্য ফাইলগুলি সনাক্ত করতে পারে না বা ব্যবহারকারীকে সহজেই তার আচরণকে ওভাররাইড করতে দেয় না।
— Preza8
6

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

    echo "new text" > new.txt
    git add new.txt
    git commit -m "dummy"

আপাতত, new.txt ফাইলটিকে একটি পাঠ্য ফাইল হিসাবে বিবেচনা করা হয়।

    echo -e "newer text\000" > new.txt
    git diff

আপনি এই ফলাফল পাবেন

diff --git a/new.txt b/new.txt
index fa49b07..410428c 100644
Binary files a/new.txt and b/new.txt differ

এবং এই চেষ্টা করুন

git diff -a

আপনি নীচে পাবেন

    diff --git a/new.txt b/new.txt
    index fa49b07..9664e3f 100644
    --- a/new.txt
    +++ b/new.txt
    @@ -1 +1 @@
    -new file
    +newer text^@
— হাওয়ার্ড
সূত্র
5

আমাদের এই ক্ষেত্রে ছিল যেখানে যখনই আমরা কোনও পরিবর্তন করার চেষ্টা করি তখন একটি .html ফাইলটিকে বাইনারি হিসাবে দেখা হত। ভিন্নতা দেখতে খুব শীতল। সত্যি কথা বলতে, আমি এখানে সমস্ত সমাধান যাচাই করিনি তবে আমাদের জন্য যা কাজ করেছে তা নিম্নলিখিত:

  1. ফাইলটি সরানো (আসলে এটি আমার ডেস্কটপে সরানো হয়েছে) এবং কমিট করে git deletion। গিট বলেDeleted file with mode 100644 (Regular) Binary file differs
  2. ফাইলটি পুনরায় যুক্ত করা হয়েছে (এটি আসলে আমার ডেস্কটপ থেকে প্রজেক্টে ফিরে গেছে)। গিট বলেন New file with mode 100644 (Regular) 1 chunk, 135 insertions, 0 deletionsফাইলটি এখন নিয়মিত পাঠ্য ফাইল হিসাবে যুক্ত করা হয়েছে

এখন থেকে, ফাইলটিতে আমি যে কোনও পরিবর্তন করেছি তা নিয়মিত পাঠ্যকে পৃথক হিসাবে দেখা হয়। আপনি এই কমিটগুলি স্কোয়াশও করতে পারেন (1, 2, এবং 3 আপনার করা আসল পরিবর্তন হ'ল) ​​তবে আমি কী করেছি তা ভবিষ্যতে দেখতে সক্ষম হতে পছন্দ করি। স্কোয়াশিং 1 এবং 2 একটি বাইনারি পরিবর্তন প্রদর্শন করবে।

— স্টুএফএফ এমসি
সূত্র
এক বা দুটি (সফলভাবে সংকলিত) সিপিপি ফাইলের সাথে ভিএস থেকে ধাক্কা দেওয়া সমান জন্য গিটহাব GUI উপস্থাপন করে তুলনা হাস্যকর। এই ধরণের ডিং ডং ইন্টারচেঞ্জের মধ্যে কেউ ঘন্টার উপরে উড়তে চাইবে না, - একদিকে ভিএস বলে যে এটি গিতুব, এবং অন্যদিকে গিথুব বলছে এটি ভিএস। :(
— লরি স্টারন
4

প্রতি এই সহায়ক উত্তর , আপনি গীত সরাসরি কেন এটা একটি নির্দিষ্ট উপায় একটি ফাইল একইরূপে জিজ্ঞাসা করতে পারেন:

cd directory/of/interest
file *

এটি এর মতো দরকারী আউটপুট উত্পাদন করে:

$ file *
CR6Series_stats resaved.dat: ASCII text, with very long lines, with CRLF line terminators
CR6Series_stats utf8.dat:    UTF-8 Unicode (with BOM) text, with very long lines, with CRLF line terminators
CR6Series_stats.dat:         ASCII text, with very long lines, with CRLF line terminators
readme.md:                   ASCII text, with CRLF line terminators
— patricktokeeffe
সূত্র
6
fileগিট কমান্ড নয়। এটি একটি সম্পূর্ণ পৃথক সরঞ্জাম যা উইন্ডোজে গিট সহ প্যাকেজড। বাইনারি ফাইল সনাক্তকরণের জন্য গিটটি এটি ব্যবহার করে এমন কোনও ডকুমেন্টেশন রয়েছে কি?
— সর্বাধিক
4

এটি বিওএম এনকোডিং সহ ইউটিএফ -8 থাকা পাঠ্য ফাইলগুলির দ্বারা (কমপক্ষে উইন্ডোজে )ও ঘটায় । নিয়মিত ইউটিএফ -8 এ এনকোডিংটি পরিবর্তন করা সঙ্গে সঙ্গে গিট ফাইলটিকে টাইপ = পাঠ্য হিসাবে দেখায়

— Robba
সূত্র
1

আমার একটি উদাহরণ রয়েছে যেখানে উদ্দেশ্য অনুযায়ী .gitignoreএকটি ডাবল \r(ক্যারেজ রিটার্ন) সিকোয়েন্স রয়েছে।

এই ফাইলটি গিট দ্বারা বাইনারি হিসাবে চিহ্নিত করা হয়েছিল। একটি .gitattributesফাইল যুক্ত করা সাহায্য করেছে।

# .gitattributes file
.gitignore diff
— এরিক জিভকোভিক
সূত্র
1
কাজ করছে. কিছু ওএস "আইকন \ r \ r" ফাইলটি উপেক্ষা করার জন্য আমারও দ্বিগুণ \ r ছিল। কারণটি পাশাপাশি স্থির করাও ভাল।
— hsandt
1

যদি git check-attr --all -- src/my_file.txtআপনার ফাইলটি বাইনারি হিসাবে পতাকাঙ্কিত হয় এবং আপনি এটি বাইনারি হিসাবে সেট করেন নি তবে এটি .gitattributesপরীক্ষা করে দেখুন /.git/info/attributes।

— coberlin
সূত্র
0

অক্স.জেএস কে সিগজেজেসের মতো অন্য নামে পরিবর্তন করুন

উত্স ট্রি এখনও এটি বাইনারি ফাইল হিসাবে দেখায় তবে আপনি এটি পর্যায় (যুক্ত) এবং প্রতিশ্রুতিবদ্ধ করতে পারেন।

— অস্কার ঝোউ ১৯৯৯
সূত্র
0

আমি বাইনারি কাফকা বার্তা থেকে কিছু পাঠ্য পেস্ট করার সাথে সাথে আমারও একই সমস্যা ছিল যা অ-দৃশ্যমান চরিত্রটি প্রবেশ করিয়েছিল এবং ফাইলটিকে বাইনারি মনে করার জন্য গিট তৈরি করেছিল।

রেগেজ ব্যবহার করে ফাইলটি অনুসন্ধান করে আমি আপত্তিজনক চরিত্রগুলি খুঁজে পেয়েছি [^ -~\n\r\t]+।

  • [ এই সেট অক্ষর মেলে
  • ^ অক্ষরগুলি এই সেটে নয়
  • -~ '' (স্পেস) থেকে '~' পর্যন্ত সমস্ত অক্ষরের সাথে মেলে
  • \n নতুন লাইন
  • \r গাড়ি ফেরত
  • \t ট্যাব
  • ] বন্ধ সেট
  • + এর মধ্যে এক বা একাধিক অক্ষর মেলে
— মার্টিন ডেভিস
সূত্র
-2

আমি কেবল এই তালিকার সমস্ত কিছু পেরিয়ে বেশ কয়েক ঘন্টা ব্যয় করে আমার সলিউশনের পরীক্ষার প্রকল্পগুলির মধ্যে একটি কেন এক্সপ্লোরারে কোনও পরীক্ষা যোগ করছিলাম না তা নিয়ে কাজ করার চেষ্টা করে trying

এটি আমার ক্ষেত্রে প্রমাণিত হয়েছিল যে কোনওরকমভাবে (সম্ভবত কোথাও খারাপ গিটের সংশ্লেষের কারণে) ভিএস প্রকল্পটি পুরোপুরি রেফারেন্স হারিয়ে ফেলেছিল। এটি এখনও নির্মাণ করা হয়েছিল তবে আমি লক্ষ্য করেছি যে এটি কেবল নির্ভরতা তৈরি করেছে built

আমি তখন লক্ষ্য করেছি যে এটি নির্ভরতা তালিকায় নিজেই প্রদর্শিত হচ্ছে না, তাই আমি পরীক্ষার প্রকল্পটি সরিয়ে দিয়ে আবার যুক্ত করেছি এবং আমার সমস্ত পরীক্ষাগুলি শেষ পর্যন্ত প্রদর্শিত হয়েছিল।

— লতাতন্তু
সূত্র
2
ভিজ্যুয়াল স্টুডিও এখানে সত্যিই প্রাসঙ্গিক নয়।
— jpaugh
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.