問題タブ [repository]

私が持っているいくつかのリポジトリクローンでは、これを行うことができます:

しかし、他のリポジトリでは次のように入力する必要があります。

後者の場合、何かが欠けていると思います-ここで何が起こっているか（していないか）を知っている人はいますか？私は最新のgitバージョンを使用していますが、明らかにうまく使用していません。

すでに数回、SVN リポジトリの 1 つが破損し、プロジェクトのいくつかのバージョンまたはブランチで何をしたかを本当に知らなくても何でもできるという状況に陥りました。では、リポジトリが破損する原因は何ですか?

クライアント間の非互換性、特に文字セットの非互換性が問題を引き起こす可能性があるようです。

企業イントラネットからアクセスできる単一のリポジトリで VM を簡単に管理できる VM 管理ソリューションを探しています。

現在、VMware の vCenter、HP の Manager、Microsoft の VM Manager を調べています。vCenter には ESX サーバーが必要なようですが、私はあまり満足していません。他はまだ調べていません。

しかし、誰でもこれに対する良い/簡単な解決策を提案できますか? VM 用の SAN スペース以上のものを探していますが、同時に、このために ESX サーバー全体を実行したくありません。アイデア、提案はありますか？

今日、SVN リポジトリを格納している仮想 W2003 サーバーも非常にビジーになりました。C: ドライブには 88KB の空き容量しか残っていないことがわかりました。それほど良くありません。アクセスに問題があるため、タスク マネージャー (McAffee、SqlServer、services.exe) からビジーなプロセスを強制終了し、正常に再起動することによって再起動する唯一の方法でした。スペースを解放し、マシンは再び満足しましたが、SVN リポジトリはもう利用できません。

クライアントから接続すると、「「svn://[mymachine]/repos/[myapp]」にリポジトリが見つかりません」というメッセージが表示されますが、サーバーからは「 svnlook tree [rootFolder]」を使用してコンテンツを表示できます指図。

Windows エクスプローラーを使用してルート フォルダーに移動すると、次のフォルダーは空です (それが正常かどうかはわかりません)。

• [ルートフォルダ]/トランク
• [ルートフォルダー]/タグ
• [rootFolder]/branches

ただし、[rootFolder]/dbには、対応するリビジョン名を持つ多くのファイルが含まれています。ヘッドのサイズは約 600MB のはずですが、いくつかのブランチもあります。[rootFolder] の合計サイズは ~600MB になりました。枝を緩めましたか？明日、バックアップシステムがうまく機能したかどうかもわかります。とにかく、誰か何か考えがありますか？

[解決策が見つかったら更新]

回答を送信してくれたすべての人に感謝します。問題の解決に非常に役立ちました。クラッシュの際、SVN サービスは破損しましたが、データはそのまま残りました。サービスの再インストールにより、問題は解決しました。

/home/myaccount/git/project に既存の裸の git リポジトリがあります。現在、ローカル マシンから ssh 経由で問題なく使用しています。この git リポジトリにのみアクセスするサーバーに 2 番目のユーザーを追加したい (リポジトリをアカウント フォルダーの外に移動する可能性があります)。どのように？スライスホストで最新バージョンの git と ubuntu を使用します。

私はこのセットアップを持っています: ユーザー: sleepyhead ユーザー: developer1 グループ: git。sleepyhead と developer1 の両方がこのグループ リポジトリ /home/sleepyhead/git/project1 のメンバーです

やりたいこと: リポジトリを /home/git/project1 または /usr/local/git/project1 のいずれかの適切な場所に移動します。何が推奨されますか？developer1 には、git を使用して project1 を読み書きする権限が必要です。他の権限は与えないでください。

権限を適切に設定し、developer1 が git を使用して project1 にのみアクセスできるように制限する方法がわかりません。

Subversion クライアントが何らかの方法でリポジトリを破壊することは可能ですか? これはあらゆる種類の破壊的な中断である可能性がありますが、バックアップからリポジトリを復元しない限り回復できないようなものでなければなりません。

明らかに、すべてを削除してから、ロールバックだけで簡単に修正できることを確認しているので、それ以上のものを探しています。

多数のファイルがリポジトリに既に存在する場合、ディレクトリ ツリーを Subversion にインポートすることは可能ですか? インポートされるファイルの多くは、パスとコンテンツの両方でリポジトリ内のファイルと一致しますが、古いものも新しいものもあり、一部のファイルはリポジトリまたはインポートされたツリーにありますが、他のファイルにはありません。 . インポートされるファイルがレポの先頭として扱われるようにこれを行うことは可能ですか?

コンピュータ サイエンスとプログラミングは比較的歴史の浅い分野ですが、急速に発展しています。既存の歴史的なソフトウェアのリポジトリ、または歴史的に関心のあるソフトウェアを提出できる場所はありますか?

私はこれを質問し、標準の SO パラダイムを使用して回答しました。これは、コミュニティにとって一般的な関心事であると考えたからです。

「GoogleCode」でホストされているオープンソースプロジェクトの1つで、「TortoiseSVNclient」で「Subversion」を使い始めたところです。それを使用するためのいくつかのベストプラクティスを取得したいと思います。デフォルトのフォルダ構造（トランク、ブランチ、タグ）に従っています。以下は質問です

1. 最初のチェックインはいつ行いますか？一連の機能を終了した後ですか、それとも開発の初日からですか？
2. 最初のチェックインはどのディレクトリに行きますか？それは「トランク」に入れますか、それとも「ブランチ」にチェックインして、機能が完了したら「トランク」にマージしますか。この場合、機能が完了するまで「トランク」は空になります。
3. 変更が加えられた場合、直接「トランク」にチェックインしますか？そうでない場合、作業コピーは常に「ブランチ」ディレクトリを使用しますよね？

どんな助けでもいただければ幸いです。

自宅で開発するときは、TDD と少しの DDD に向けて自分の精神を押し上げようとしています。

私が理解できないことの 1 つは、テスト用に偽のリポジトリを作成する理由です。私はあまり詳しく調べていませんが、テストのアイデアは、コードを切り離し (柔軟性を高める)、必要なコードを削減し、バグの数を減らすことです。

それでは、誰かが偽のリポジトリをテストするのが好きな理由について、私の愚かな頭脳に記入してもらえますか? 実際のデータベースに対してテストすることは、偽のデータベースを作成するよりもはるかに優れた代替手段であると考えていました。なぜなら、それが実際のデータストアに対して機能することがわかっているからです。