ロックバイナリファイルを使用gitバージョンコントロールシステム

https://stackoverflow.com/questions/119444

02-07-2019
|

質問

半年していをつけていた私の目にはgit地域社会との切り替えらSVN.特定の課題保持していく必要がありすることは不可能なロックバイナリファイルです。全体の過去年俺の動きています。理解しているロックファイルに反するものであるという根本的な原則は分散型ソース管理もしっかり身につけるた見どのようにウェブ開発の会社を利用できるのgitにトラックソースコードや画像ファイルに変化する可能性がありバイナリファイルです。

達成の影響をロックし、"中央"リポジトリを特定する必要がある。に関わらずの自然のgit、多くの企業では"中央"リポジトリのためのソフトウェアプロジェクト.このマークのファイルとして必要なロックの準拠gitリポジトリで指定されたアドレスです。のではないでしょうかは難しいのでgitトラックにファイルの内容はファイル?

いず経験を扱うgitやバイナリファイルをロックする必要がある前に変更?

注意：のようになソースギアに新規オープンソース分散型バージョン管理、正確には、ロックとしてその目標を達成する

解決

Git LFS2.0 はるためのサポートを追加しましたファイルをロックしなければなりません。

とGit LFS2.0.0では、今までのロックファイルにいることに積極的に取り組んで、その防止その他からの押しのGit LFSサーバーまでのロック解除のファイルです。

これを防ぐの合併に紛争などを失った作品は非mergeableファイルのファイルシステムです。な問題とならないような矛盾の分散並列自然のGit、ファイルのロックの重要な部分の多くのソフトウェア開発ワークフローにより、特に大きなチームとのバイナリの資産とします。

他のヒント

Subversionは、ロック、れんけいします。できる施行の svn:needs-lock 属性の方でも、故意に破損が必要です。ものに応じた適切なソリューションの管理に非mergeableファイルです。当社に勤めてい店舗あるSubversion、 svn:needs-lock すべての非mergeableファイルです。

私は国立大学志望の浪人生で"ロックコミュニケーション手法"があります。いかに効果的な方法によりプッシュ通知などの電話、又はメールにて受付ています。Subversionのロックを所の人のロック).一方で、まるでコミュニケーションその他の伝統的なプッシュ通知チャンネル、電子メールなど、人に通知すか？まん前者が編集したいファイルは、特にオープンソースの事業を持っていない場合、リスト全体の開発チームです。その国にとって良いとは限らない伝統的なコミュニケーション方法んでほ有効とさせていただきます。

中央サーバーロック中の原則DVCSたものであるが、実現可能な方法のための非mergeableファイルです。どDVCSんの中央には、ロックの特徴だと思っていくの会社に勤めていをSubversion.

のように統合ツールのためのすべてのバイナリファイル形式が、それより長期的、継続的な目標といたしません。"

こちらは興味深い読みを続けていきます。

同意するロックバイナリファイルは必須の機能である。私たえるということを考えを実施するには:

のマーキングファイルとしての"ニーズ-ロック"のように"svn:ニーズ-ロック"ている。
に手を扱うマークなどのファイルとして読み取り専用になります。
新しいコマンド git-lock ご指摘よろしくお願い中央ロックサーバーからの許可を求めロックになっています。
場合にロックサーバを許可、マークのファイルの読み-書き出します。
git-add うお知らせるロックサーバのコンテンツのハッシュロックファイルです。
ロックをサーバーが見のためのコンテンツのハッシュに登場するコミットのマスタリポジトリ
時にハッシュが表示され、リリース、ロックが解除されます。

は半焼きう可能性があり穴ます。いであるとともに、精神の扱いで必ず役立つ一部のコンテキストを共有します。

特定の組織、このようなものだといえるでしょうを使って構築され適切な組み合わせのスクリプトの包装およびコミット。

対応マリオの問題に変化が起きていることを複数の場所にbinaries.でのシナリオアリスとボブの両方が変更と同一のバイナリの資源でも同時に行います。彼らはそれぞれ現地レポ、クローンから中央。

これは潜在的な問題です。なのでアリス終了の最初に押し出しの中央 alice/update ます。通常はこれが起きると、アリスのように発表すべきであると審査します。Bob見るとレビューです。彼は(1)の変化を取り入れ、自ら彼のバージョン（分岐から alice/update としての変更る)又は(2)に掲自分の変化 bob/update.またこの決定いたします。

また、このアプへ master 代わりに、ボブはジレンマ時代引き master とを融合す彼の地ます。彼の紛争とアリスです。でも、同様の手順では、異なる。ばBobを無視すべての警告を上のアリスは、いつでも可能なプリコミットで固定。これが単なる通信の問題です。

以降(AFAIK)、Subversionのロックは、アドバイザリー、e-mailまたはインスタントメッセージが同じ目的です。がない場合でも、ローを固定して傾きを解消します。

いいえ、ありませんロック機構。はロック機構が直さの代替十分なコミュニケーションこのような理由から、ローなロック機構を追加.

まだ最近使い始めましたGit（Subversionれていた変更ワークフローがいかなる貢献ができるかとの問題を必要としないロックを解除します。についてどのようgitは、どの支店です。

基本的には、突き詰めれば進めており、非支店マスターは、見直しする支店を統合、マスターブ(またはいずれかの対象分岐すること。

のgitは"目的において使用される各開発を行自身の公開リポジトリ、その他の要求を引きます。またSubversionのユーザーの悩みとのこと。なので、その代わりに、押上支店樹木中のリポジトリに各ユーザが自分の支店です。例えば、階層のようにこの仕事：

users/a/feature1
users/a/feature2
users/b/feature3
teams/d/featurey

お気軽にご利用独自の構造です。注んも話題の店のもう一つgitム.

そして現地レポー a:

feature1
feature2

とっておきたいところで、中央サーバの起源):

git push origin feature1:users/a/feature1

(これも単純にすることが求められている設定変更)

とにかく一度feature1が見直され、良を担う場合には、その開発の機能を使って単一のユーザーの責任が合併へ-マスターは、次の操作を実行します:

git checkout master
git pull
git merge users/name/feature1
git push

引は、取得と引きず新しいマスターの変更や特徴支店）を更新マスタの中のリポジトリです。である場合は、そのゲマスターは一切問題ありませんとする必要がありません。

すべてのその場合でも、ユーザーまたはリモートチームへの変更をバイナリ資源、行動の便が良いことから、前に見直し、修士ます。とが明確に基づくプロセス）の場合、何かのマスターです。

またプログラムを実施な側面を含フックがうまくいきませんこれらだのではない。

が使っていたSubversion、宗教的に設定 svn:needs-lock 物件のすべてのバイナリーもしくはテキストを編集ファイルです。I ない実際に経験した全ての紛争に.

現在、Gitいないと思います。はっきり言ってくださいロックにSubversionなっ必須ロックは、単にコミュニケーションツールい:んSubversionコミュニケーションでの管理は、イブレア城、イブレアとのE-Mail、電話およびIM.

もう一つかったので、置き換えに多くのバイナリ形式とテキスト形式使っていreStructuredTextはLaT_ΕΧの代わりに言葉、CSVでエクセルアスキー-アートの代わりにVisio,YAMLの代わりにデータベース、SVGの代わりにOO描く、なのMIDIいます。

で調べてみる価値は現在のワークフローがロック画像が必要です。では比較的珍しい二人には独立して編集するには、画像やビットの通信を可能にする。

ここでまたはこれらの問題gitディスカッション-グループと、を締結していることはありま no 合意した方法の集中ファイルのロックのためのgit.

TortoiseGitフgitワークフローオフィス文書委diffオフィスそのものです。でも委託をOpenOfficeのためのOpenDocumentます。

るとは思えないファイルロックまでの特徴として、git.どのようなバイナリファイルを使ったものが中心とす。がんの関心のロックのファイル、紛争の予防に入れることを合併する。

記憶してい誰かと話（でも実施への支援のための統合OpenOffice-文書git.

いcadファイル?の場合はファイルなロックが読み取り専用として作者：ウレシカ訳：キョウcad programmsだけ開けて、変更を任意ビットとしてファイルを保存し、新規ファイルによる他のvcs.でも、ロックの理想的な手段を通のご予定が一部変更にparticalurファイルです。も防いでくれるので一部のソフトウェアを得る書き込みアクセス。この更新については、地元のファイルする必要はなく、ありのソフトウェアまたは少なくともすべてのファイルを提案しています。

投入するだけで、簡単にテキストファイルでccしたいファイルをロックして更新のフックを拒否します。

ですがtrueの場合、そのreorganisingプロジェクトでロックを回避が

チームも組織によるその他の優先事項(所在地、お客様、...)
ツールも選択されるその他の目標適合性、価格、使いやすさにより多くの社員)
ツール(およびそのため、バイナリファイル)は避けられませんがございますので、単に差し替えなしで同じ仕事では、フィットしますので、売店の仕入れ業者らを対象にニーズが同じ価格です。

を求め、会社全体が再構成をワークフローを交換すべてのツールをバイナリのみを最大限に生かすことgitのため、不足ロックの音を非常に効率が悪い。

ロックできない場合は、密gitの理念したのを作ったことはありませんのためのバイナリ)が非詳細は不明である状況のロックを最も効率的な解決方法などの問題です。

この溶液ではなく、コメントはなぜロック機構が必要です。あツールを使用している分野を使用するバイナリ形式のみである平行使の幸をふんだんに使った、良など、さまざまなツール"の間で広く受け入れられています。が可能な代替ツールです。にも精通していかな候補者の合併の場合にも格納され、同じ情報をascii形式です。一反対と言っているしたい作業することができます。特定のツールおうと思っていかなオフラインとにかくための必要のあるプルライセンスでしている場合はデータノートパソコンではないようにできますのツールを乗せん。ただし、gitは提供している場合は、遅く接続でライセンスの取得を、またプルダウンのような変化の速いコピーのためのみにより、異なるバージョン.るというのは、DVCSすものです。

一つの視点はgitは単に使用できるツールでもすべてのテキストファイルも管理ではqtflowで必要なバージョン管理ツールの異なるファイルです。

についての諮問-ロック-送-メールアプローチ本当に臭.いると疲れている、無数のメールの"私の編集で""読んだ編集"に見る変化を失ったくようになっています。特定の場合おうと思っていたが、収集のasciiファイルがたい素晴らしいものである。

Imいないことを利用git、自分の会社に同じ問題です。を使用していまEAすべてのデザインやmicrosoft wordドキュメンタリーまん前者が編集特定のファイルで排他ロックでは弊社だけのオプションです。

gitのままのもの以外のチームが各開発者が作品のコードまたはファイルがわからず、わかる表現内で書の場合のコミュニケーションのロックをいただく必要はありません。

組織の場合は必チーム環境（通常グレーのクラムシェル型クランプ開発者の仕事からのセキュリティ)を使用し、svn,gitはないです。Svnできるものと、ソース制御リケーションを開発いロックを解除します。

Gitは提供するコマンドのロックファイルでももうファンドの方を達成するための機能を使用git。補助サーバに必要なお店は、ロックの情報を保存します。入することができます。pre-commitフックがないか確認してくださいの為のファイルがロックされています。いロックファイルを、プログラムは教えるべきである補助サーバーの情報をロッカーの鍵をファイルです。

ライセンス： CC-BY-SA と帰属

所属していません StackOverflow