問題タブ [version-control]

svn コマンドを実行して--usernameand/or--passwordオプションを指定しようとすると、とにかくパスワードの入力を求められ、常に で指定されたユーザーの代わりに現在のユーザーを使用しようとします--username。--no-auth-cacheこれには何の影響もありません--non-interactive。スクリプトから svn コマンドを呼び出そうとしているため、これは問題であり、プロンプトを表示することはできません。

たとえば、user1 としてログインします。

他のオプションは正しく機能します:

プロンプトが表示されるのはなぜですか?
また、user2 のパスワードではなく、user1 のパスワードを要求するのはなぜですか?
すべての権限が正しく設定されていることを 99% 確信しています。コマンドラインパスワードをオフにするsvnの設定オプションはありますか?
それとも、まったく別のものですか？

Fedora Core 5 (ボルドー) で svn 1.3.2 (r19776) を実行しています。

これが私の環境変数のリストです（機密情報はX'ed out）。それらのどれもSVNに適用されないようです:

私が働いている会社は、現在の分岐モデルに問題を抱え始めています。コミュニティはどのような種類の分岐戦略にさらされているのでしょうか?

さまざまな状況に適したものはありますか? あなたの会社は何を使っていますか？それらの長所と短所は何ですか??

定期的にリリースされるソフトウェア製品を開発しているとします。分岐とマージに関するベスト プラクティスは何ですか? 定期的なリリース ブランチを一般公開 (または顧客が誰であれ) に切り出してから、トランクで開発を続けるか、トランクを安定版と見なし、定期的にリリースとしてタグ付けし、ブランチで実験的な作業を行います。トランクが「ゴールド」または「サンドボックス」と見なされるのは何だと思いますか?

私はWindows（msysGitを使用）でしばらくの間gitを使用しており、分散ソース管理のアイデアが好きです。つい最近、Mercurial（hg）を見てきましたが、面白そうです。ただし、hgとgitの違いに頭を悩ませることはできません。

gitとhgを並べて比較した人はいますか？ファンボーイの議論に飛び込むことなく、hgとgitの違いを知りたいです。

Webサイトをバージョン管理するためのベストプラクティスは何ですか？

• どのリビジョン管理システムがそのような仕事に適していますか？
• どのような専用ツールがありますか？
• 他にどのような質問をする必要がありますか？

私はCodeplexを使用していて、TeamExplorerを使用してソース管理に接続しようとしました。

また、サーバー名とプロジェクト名を使用して、HTTPSまたはHTTPで接続してみました。Codeplexにユーザーアカウントがないため、ログインできませんでした。

コードを変更せずにチェックアウトしようとしています。私の質問は：

Team ExplorerをCodeplexサーバーに匿名で接続するにはどうすればよいですか？

私は 3 台の Linux マシンを持っており、ホーム ディレクトリ内のドットファイルを同期させる何らかの方法が必要です。.vimrc などの一部のファイルは、3 台のマシンすべてで同じであり、一部は各マシンに固有です。

私は以前に SVN を使用したことがありますが、DVCS に関するすべての話題から、SVN を試してみるべきだと思います。これに最適な特定のものはありますか? それともSVNに固執する必要がありますか？

バージョン管理システムへのオンラインインターフェイスを使用することは、コードの最新バージョンの公開された場所を取得するための優れた方法です。たとえば、ここにLaTeXパッケージがあります（変更が実際に機能することが確認されるたびにCTANにリリースされます）。

http://github.com/wspr/pstool/tree/master

パッケージ自体は単一のファイル（この場合はpstool.tex）から派生し、処理されると、ドキュメント、readme、インストーラーファイル、およびLaTeXで使用されるパッケージを構成する実際のファイルが生成されます。

このようなものをダウンロードしたいユーザーが簡単に利用できるように、上記のすべての派生ファイルとマスターファイルpstool.texをリポジトリ自体に含めます。これは、パッケージファイルpstool.styがマスターファイルの生成されたサブセットであるため、コミットするたびに2倍の数の変更があることを意味します。

これはバージョン管理の変質ですか？

@ Jon Limjapは良い点を挙げました：

バージョン管理をダウンロードサーバーとして使用する代わりに、生成されたファイルをダウンロード用に別の場所に公開する別の方法はありますか？

この場合、それが問題の核心です。はい、パッケージのリリースされたバージョンは他の場所から入手できます。したがって、生成されていないファイルのみをバージョン管理する方が実際には理にかなっています。

一方、@ Madirのコメントは次のとおりです。

現実的で繰り返される利便性は、舞台裏で負担されるコストを上回ります。

また、ユーザーがバグを見つけてすぐに修正した場合、ユーザーはリポジトリに移動して、「インストール」手順を実行せずに作業を続行するために必要なファイルを取得できるという点でも適切です。

そして、これは私の特定のプロジェクトセットのより重要なユースケースだと思います。

こんにちは、git-fsck で次のエラーが発生しました。これは、--aggressive モードでも git-gc で消去できません。このリポジトリ エラーを修正するには、次に何をすればよいですか?

git ドキュメントを参照すると、SVN のコミット フックや、ファイルがリポジトリにコミットされるたびにファイル内のバージョン番号や著作権通知を更新できる "propset" 機能に類似するものは見当たりません。

git ユーザーは、この種の機能用に外部スクリプトを作成することを期待されているのでしょうか (それは問題外ではないようです)、それとも明らかな何かを見逃しただけなのでしょうか?

編集：明確にするために、私はもっと興味があります。

このような文字列：

コミットが発生するたびに、関連情報で最新の状態に保たれます。