විෂුවල් ස්ටුඩියෝ විසඳුම් වල සැඟවුණු පරිශීලක ගොනු වර්ග දෙකක් අඩංගු වේ. එකක් .suoද්විමය ගොනුවක් වන විසඳුම් ගොනුවයි. අනෙක ව්‍යාපෘති .userගොනුව වන පෙළ ගොනුවකි. මෙම ලිපිගොනු වල අඩංගු දත්ත හරියටම කුමක්ද?
මම මෙම ලිපිගොනු ප්‍රභව පාලනයට එක් කළ යුතුද යන්න ගැනද කල්පනා කර ඇත්තෙමි (මගේ නඩුවේ උපවර්තනය). මම මෙම ලිපිගොනු එකතු නොකර වෙනත් සංවර්ධකයෙකු විසඳුම පරික්ෂා කරන්නේ නම්, විෂුවල් ස්ටුඩියෝ ස්වයංක්‍රීයව නව පරිශීලක ගොනු නිර්මාණය කරයිද?
Answers:
මෙම ලිපිගොනු වල සාමාන්‍යයෙන් ඔබේ යන්ත්‍රයට විශේෂිත වූ පරිශීලක මනාප වින්‍යාසයන් අඩංගු වේ, එබැවින් එය SCM තුළට නොයැවීම වඩා හොඳය. එසේම, ඔබ එය ක්‍රියාත්මක කරන සෑම අවස්ථාවකම පාහේ VS එය වෙනස් කරනු ඇත, එබැවින් එය සැමවිටම SCM විසින් 'වෙනස් කරන ලද' ලෙස සලකුණු කරනු ඇත. මමත් ඇතුළත් නොකරමි, මම වසර 2 ක් VS භාවිතා කරන ව්‍යාපෘතියක සිටිමි. එකම සුළු කරදරය නම්, නිදොස් කිරීමේ පරාමිතීන් (ක්‍රියාත්මක කිරීමේ මාර්ගය, යෙදවීමේ ඉලක්කය යනාදිය) එම එක් ගොනුවක ගබඩා කර තිබීමයි (කුමන දැයි නොදනී), එබැවින් ඔබට ඒවා සඳහා ප්‍රමිතියක් තිබේ නම් ඔබට නොහැකි වනු ඇත. ' සමස්ත සංවර්ධන පරිසරයම 'භාවිතයට සුදානම්' කර ගැනීම සඳහා 'එය වෙනත් සංවර්ධකයින්ට SCM හරහා ප්‍රකාශයට පත් කරන්න.
ඔබට මේවා එකතු කිරීමට අවශ්‍ය නැත - ඒවා පරිශීලක සැකසුම් අඩංගු වන අතර අනෙක් සංවර්ධකයින්ට ඔබේ පිටපත අවශ්‍ය නොවේ.
සහිත ඇයි අන් අය පැහැදිලි කර *.suoසහ *.userමූලාශ්රය පාලනය යටතේ ගොනු හොඳ අදහසක් නොවේ.
svn:ignoreහේතු 2 ක් නිසා දේපලවලට මෙම රටා එක් කරන ලෙස මම යෝජනා කිරීමට කැමැත්තෙමි :
svn:ignoreදේපල සකසා ඇත්තේ කොහේද සහ කෙසේද ?
.user, එවිට යමෙක් නොසලකා හැරීම පමණක් තෝරා ගත හැකිය .suo- නැතහොත් යමෙකුට නොසලකා හැරිය හැකිය .user, එවිට ඒවා එකතු කිරීමට සවි decision ානිකව තීරණයක් ගත යුතුද? එසේ නොසිතන්න, svn:ignoreසවි conscious ් decision ාණික තීරණයක් අවශ්‍ය නොවන දේවල් සලකුණු කිරීම වැදගත් ය.
අපි ද්විමය ගොනුව (* .suo) සිදු නොකරමු, නමුත් අපි .user ගොනුව සිදු කරමු. .User ගොනුවේ නිදසුනක් ලෙස ව්යාපෘතිය නිදොස් කිරීම සඳහා ආරම්භක විකල්ප අඩංගු වේ. ව්‍යාපෘතියේ ගුණාංගවල ආරම්භක විකල්පයන් "නිදොස්කරණය" ටැබය තුළ ඔබට සොයාගත හැකිය. අපි සමහර ව්‍යාපෘති වල NUnit භාවිතා කළ අතර ව්‍යාපෘතියේ ආරම්භක විකල්පය ලෙස nunit-gui.exe වින්‍යාස කළෙමු. .User ගොනුව නොමැතිව, සෑම කණ්ඩායම් සාමාජිකයෙකුටම එය වෙන වෙනම වින්‍යාස කිරීමට සිදුවේ.
මෙය උපකාරී වේ යැයි සිතමි.
2011 දී ගූගල් හරහා මෙම ප්‍රශ්නය / පිළිතුර මට හමු වූ බැවින්, මම සිතුවේ තත්පරයක් ගත කර දෘශ්‍ය ස්ටුඩියෝ 2010 විසින් නිර්මාණය කරන ලද * .එස්ඩීඑෆ් ලිපිගොනු සඳහා අනුවාද පාලනයට එකතු නොකළ යුතු ලිපිගොනු ලැයිස්තුවට එක් කළ යුතු බවයි ( IDE විසින් ඒවා නැවත නිර්මාණය කරනු ඇත). * .Sdf ගොනුවකට වෙනත් තැනක නීත්‍යානුකූල භාවිතයක් තිබිය හැකි බව මට විශ්වාස නැති බැවින්, මම නොසලකා හැරියේ SVN වෙතින් විශේෂිත [projectname] .sdf ගොනුව පමණි.
විෂුවල් ස්ටුඩියෝ පරිවර්තන විශාරද 2010 දැවැන්ත SDF දත්ත සමුදා ගොනුවක් නිර්මාණය කරන්නේ ඇයි?
නැත, ඔබ ඒවා ප්‍රභව පාලනයට එක් නොකළ යුතුය - ඔබ කී පරිදි - ඒවා පරිශීලක විශේෂිත වේ.
SUO (විසඳුම් පරිශීලක විකල්ප): ඔබේ විසඳුම සමඟ ඔබ ඇසුරු කළ හැකි සියලු විකල්ප වාර්තා කරයි, එවිට ඔබ එය විවෘත කරන සෑම අවස්ථාවකම එයට ඔබ විසින් සකස් කරන ලද අභිරුචිකරණයන් ඇතුළත් වේ.
.User ගොනුවේ ව්යාපෘතිය සඳහා පරිශීලක විකල්ප අඩංගු වේ (SUO විසඳුම සඳහා වන අතර) සහ ව්‍යාපෘති ගොනුවේ නම දීර් s කරයි (උදා: anything.csproj.user හි ඕනෑම දෙයක්. Csproj ව්යාපෘතිය සඳහා පරිශීලක සැකසුම් අඩංගු වේ).
මෙය මයික්‍රොසොෆ්ට්ගේ මතය බව පෙනේ:
.Suo ගොනු ප්‍රභව පාලනයට එකතු කිරීම (සහ සංස්කරණය කිරීම)
ඔබේ ව්යාපෘතිය DebuggingWorkingDirectory එක suo ගොනුවේ ගබඩා කරන්නේ ඇයිදැයි මම නොදනිමි. එය පරිශීලක විශේෂිත සැකසුමක් නම් * .proj.user ගොනු නාමයේ ගබඩා කිරීම ගැන සලකා බැලිය යුතුය. එම සැකසුම ව්‍යාපෘතියේ වැඩ කරන සියලුම පරිශීලකයින් අතර බෙදාගත හැකි නම්, ඔබ එය ව්‍යාපෘති ගොනුවේම ගබඩා කිරීම ගැන සලකා බැලිය යුතුය.
ප්‍රභව පාලනයට suo ගොනුව එක් කිරීමට සිතන්නවත් එපා! SUO (soluton user options) ගොනුව පරිශීලක-විශේෂිත සැකසුම් අඩංගු වන අතර එකම විසඳුමක වැඩ කරන පරිශීලකයින් අතර බෙදා නොගත යුතුය. ඔබ එස්සීසී දත්ත ගබඩාවට සුඕ ගොනුව එක් කරන්නේ නම්, අයිඩීඊ හි ඇති වෙනත් දේවල් මොනවාදැයි මම නොදනිමි, නමුත් ප්‍රභව පාලන දෘෂ්ටි කෝණයෙන් ඔබ වෙබ් ව්‍යාපෘති එස්සීසී ඒකාබද්ධ කිරීම බිඳ දමනු ඇත, ලාන් එදිරිව අන්තර්ජාල ප්ලගිනය භාවිතා කරයි VSS ප්‍රවේශය සඳහා විවිධ පරිශීලකයින් විසින්, සහ ඔබට scc සම්පූර්ණයෙන්ම බිඳ වැටීමට පවා ඉඩ ඇත (ඔබට වලංගු විය හැකි suo ගොනුවේ ගබඩා කර ඇති VSS දත්ත සමුදා මාර්ගය වෙනත් පරිශීලකයෙකු සඳහා වලංගු නොවනු ඇත).
ඇලින් කොන්ස්ටන්ටින් (MSFT)
විෂුවල් ස්ටුඩියෝ ඒවා ස්වයංක්‍රීයව නිර්මාණය කරයි. ඒවා ප්‍රභව පාලනයට යටත් කිරීමට මම නිර්දේශ නොකරමි. දේශීය සංවර්ධකයෙකුගේ SOU ගොනුවක් එම සංවර්ධකයින්ගේ කොටුව මත VS වැරදි ලෙස හැසිරීමට හේතු වූ අවස්ථා ගණනාවක් තිබේ. ගොනුව මකා දමා VS නැවත ප්‍රතිනිර්මාණය කිරීමට ඉඩ දීමෙන් සෑම විටම ගැටළු නිරාකරණය වේ.
මත MSDN හි වෙබ් අඩවිය , එය පැහැදිලිව ප්රකාශ කරන්නේ
විසඳුම් පරිශීලක විකල්ප (.suo) ගොනුවේ එක් පරිශීලක විසඳුම් විකල්ප අඩංගු වේ. මෙම ගොනුව ප්‍රභව කේත පාලනය සඳහා පරීක්ෂා නොකළ යුතුය .
එබැවින් ඔබේ මූලාශ්‍ර පාලනයට අවශ්‍ය දේවල් පරික්ෂා කිරීමේදී මෙම ලිපිගොනු නොසලකා හැරීම ආරක්ෂිත යැයි මම කියමි.
මම එහෙම කරන්නේ නැහැ. "පරිශීලකයෙකුට" වෙනස් විය හැකි ඕනෑම දෙයක් සාමාන්‍යයෙන් ප්‍රභව පාලනයේ හොඳ නැත. .suo, .user, obj / bin නාමාවලි
මෙම ලිපිගොනු පරිශීලක-විශේෂිත විකල්පයන් වන අතර ඒවා විසඳුමෙන් ස්වාධීන විය යුතුය. විෂුවල් ස්ටුඩියෝ විසින් අවශ්‍ය පරිදි නව ඒවා නිර්මාණය කරනු ඇත, එබැවින් ඒවා ප්‍රභව පාලනය සඳහා පරීක්ෂා කිරීම අවශ්‍ය නොවේ. ඇත්ත වශයෙන්ම, මෙය තනි සංවර්ධකයින්ට සුදුසු යැයි පෙනෙන පරිදි ඔවුන්ගේ පරිසරය රිසිකරණය කිරීමට ඉඩ සලසන බැවින් නොකිරීමට වඩා හොඳය.
ඔබට .user ගොනු ප්‍රභව-පාලනය කළ නොහැක, මන්ද එය පරිශීලක විශේෂිත වේ. එහි දුරස්ථ යන්ත්‍රයේ නම සහ පරිශීලකයා මත යැපෙන වෙනත් දේ අඩංගු වේ. එය vcproj ආශ්‍රිත ගොනුවකි.
.Suo ගොනුව sln ආශ්‍රිත ගොනුවක් වන අතර එහි “විසඳුම් පරිශීලක විකල්ප” (ආරම්භක ව්‍යාපෘති (ය), කවුළු පිහිටීම (ඩොක් කර ඇති දේ සහ කොහේද, පාවෙන දේ) ආදිය අඩංගු වේ)
එය ද්විමය ගොනුවක් වන අතර එහි "පරිශීලක සම්බන්ධ" යමක් අඩංගු දැයි මම නොදනිමි.
අපගේ සමාගම තුළ අපි එම ලිපිගොනු ප්‍රභව පාලනය යටතේ නොගන්නෙමු.
සාමාන්‍යයෙන් තනි සංවර්ධකයෙකුට පවරා ඇති ව්යාපෘතිය පිළිබඳ නිශ්චිත සැකසුම් ඒවායේ අඩංගු වේ (නිදසුනක් ලෙස, ඔබ ඔබේ යෙදුම නිදොස් කරන විට ආරම්භ කිරීමට ආරම්භක ව්යාපෘතිය සහ ආරම්භක පිටුව වැනි).
එබැවින් ඒවා අනුවාද පාලනයට එකතු නොකිරීම වඩා හොඳය, VS ඒවා ප්‍රතිනිර්මාණය කිරීමෙන් එක් එක් සංවර්ධකයාට අවශ්‍ය සැකසුම් ලබා ගත හැකිය.
තාර්කික ක්ලියර් කේස් භාවිතා කිරීම පිළිතුර නැත. ප්‍රභව කේත පාලනයේ ලියාපදිංචි විය යුත්තේ .sln &. * Proj පමණි.
මට වෙනත් වෙළෙන්දන්ට පිළිතුරු දිය නොහැක. මට නිවැරදිව මතක් වුවහොත්, මෙම ලිපිගොනු "පරිශීලක" විශේෂිත විකල්ප වේ, ඔබේ පරිසරය.
only the .sln & .*proj should be registered- ඔබට මෙහි ලිපිගොනු ගොඩක් අමතක වී නැද්ද?
නැත.
මට නියම කෙටි පිළිතුරක් අවශ්‍ය වූ අතර කිසිවක් නොතිබුණි.
නැත, ඒවා සංවර්ධක / යන්ත්‍ර විශේෂිත දේශීය සැකසුම් බැවින් ඒවා ප්‍රභව පාලනයට කැප නොවිය යුතුය.
විෂුවල් ස්ටුඩියෝ භාවිතා කරන්නන් සඳහා https://github.com/github/gitignore/blob/master/VisualStudio.gitignore හි නොසලකා හැරීම සඳහා GitHub විසින් යෝජනා කරන ලද ගොනු වර්ග ලැයිස්තුවක් පවත්වාගෙන යයි.
Svn සඳහා, මට පහත global-ignoreදේපල කට්ටලය ඇත:
* .DotSettings.User
* .onetoc2
* .suo
.vs
PrecompiledWeb
thumbs.db
obj
bin
debug
* .user
* .vshost. *
* .Tss
* .dbml.layout
ඔබේ ක්‍රියාත්මක කළ හැකි dir පරායත්තයන් ProjectProperties> Debugging> Environment හි සැකසුවේ නම්, මාර්ග ගබඩා කර ඇත්තේ '.user' ගොනු වලය.
මම ඉහත සඳහන් ක්ෂේත්‍රය තුළ මෙම නූල සකසා ඇතැයි සිතමු: "PATH = C: \ xyz \ bin" මෙය '.user' ගොනුවේ ගබඩා වන්නේ එලෙසයි:
<LocalDebuggerEnvironment>PATH=C:\xyz\bin$(LocalDebuggerEnvironment)</LocalDebuggerEnvironment>
OpenCV හි වැඩ කරන අතරතුර මෙය අපට බොහෝ උපකාර විය. විවිධ ව්‍යාපෘති සඳහා අපට OpenCV හි විවිධ සංස්කරණ භාවිතා කළ හැකිය. තවත් වාසියක් නම්, අපගේ ව්‍යාපෘති නව යන්ත්‍රයක් මත සැකසීම ඉතා පහසු වීමයි. අපට සිදුවී ඇත්තේ අනුරූප පරායත්තතා පිටපත් ය. එබැවින් සමහර ව්‍යාපෘති සඳහා, මම '.user' ප්‍රභව පාලනයට එක් කිරීමට කැමැත්තෙමි.
එය සම්පූර්ණයෙන්ම ව්‍යාපෘති මත රඳා පවතී. ඔබගේ අවශ්‍යතා මත පදනම්ව ඔබට ඇමතුමක් ලබා ගත හැකිය.
දෙදෙනාම, වෙනත් පිළිතුරු පැහැදිලි .suoසහ .userමූලාශ්රය පාලනය එකතු නොකළ යුතුය, ඔවුන් පරිශීලක / යන්ත්රය විශේෂිත බැවින් (BTW .suoවීඑස් නවතම අනුවාද සඳහා කැප තාවකාලික ඩිරෙක්ටරිය තුලට ඉදිරිපත් කරන ලදී .vsසම්පූර්ණයෙන්ම ප්රභවය පාලනය කර තබා ගත යුතු,).
කෙසේ වෙතත් , ඔබේ යෙදුමට VS හි නිදොස්කරණය සඳහා යම් පරිසරයක් සැකසීමට අවශ්‍ය නම් (එවැනි සැකසුම් සාමාන්‍යයෙන් .userගොනුවේ තබා ඇත ), නියැදි ගොනුවක් පිළියෙළ කිරීම (එය එසේ නම් කිරීම .user.SAMPLE) සහ යොමු කිරීම් සඳහා ප්‍රභව පාලනයට එය එකතු කිරීම පහසුය.
එවැනි ලිපිගොනුවක දෘඩ කේත කරන ලද නිරපේක්ෂ මාර්ගය වෙනුවට, සාපේක්ෂ ඒවා භාවිතා කිරීම හෝ පරිසර විචල්‍යයන් මත යැපීම අර්ථවත් කරයි, එබැවින් නියැදිය අනෙක් අයට පහසුවෙන් නැවත භාවිතා කළ හැකි තරම් සාමාන්‍ය විය හැකිය.