タグ付けされた質問 「version-control」

多くの設定ファイル（.gitconfig、.gitignore、.emacsなど）があるため、ホームディレクトリ（〜）をソース管理（この場合はgit）に配置したいので、マシン間で持ち運びたいそれらをGitに含めると、それらを取得するのに便利になります。 私のメインマシンは私のMacBookであり、OS Xのセットアップ方法には、無視したいフォルダーがたくさんあります（ドキュメント、ダウンロード、.ssh）。Git（.emacs.d）を既に使用しているフォルダーもあります。 私の考えは、これらすべてのディレクトリを.gitignoreファイルに追加することだけでしたが、それはちょっと面倒で、予想外の結果を招く可能性があります。私の次の考えは、保存したいファイルを定期的に家のあるフォルダーにコピーし、そのフォルダーをコミットすることでした。問題は、コミットする前にそれらを移動することを覚えておく必要があることです。 これを行うためのクリーンな方法はありますか？

77 settings  git  version-control 

私は長年にわたって$HOMEディレクトリ全体をSubversionにチェックインしてきました。これには、すべてのドットファイルとアプリケーションプロファイル、多くのスクリプト、ツール、ハック、私の好みの基本的なホームディレクトリ構造、少数の奇妙なプロジェクト、および大量のランダムデータが含まれています。これは良いことでした。それが続いた間。 しかし、それは手に負えなくなっています。基本的なチェックアウトは数十のシステムで同じですが、すべてが私のマシンに適しているわけではありません。すべてが異なるディストリビューションでうまく再生されるわけでもありません。 私は家の掃除をしています-データが属する場所を分離し、いくつかのスクリプトを別々のプロジェクトとして分割し、自動化すべきものの壊れたリンクを修正します。 私の意図は、交換することであるsubversionとgitのトップレベルのチェックアウトのために$HOME、私は、私はドットファイル、いくつかのディレクトリといくつかの基本的なカスタムスクリプトを意味し、すべての私のシステムにしたいのですが物事にこのダウンを削り取っしたいと思います。 オンラインで読むと、多くの人がシンボリックリンクアプローチを使用してこれを行っているよう$HOMEです。サブディレクトリにクローンを作成し、リポジトリからシンボリックリンクを作成します。私が持っていたた$HOME10年以上のフルバージョン管理の下で、私はこのaproachのアイデア好きではないと人々はストレート精算方法にとても嫌うようで、なぜ私が理解することはできません。トップレベルのチェックアウトとして特定する必要がある落とし穴はありますか？git$HOME PS良いコーディングの練習の一部として、ルートチェックアウトをgithubで公開することも計画しています。考え直さずに共有できるはずのないファイルに、どれだけ多くのセキュリティ機密情報を収集することが許されているかは恐ろしいことです！WiFiパスワード、パスフレーズなしのRSAキーなど。

38 git  home  version-control  dot-files 

そのため、ghithubのアップストリームソースからクローンしたgitリポジトリがあります。いくつかの変更を加えました（コミットされておらず、masterブランチにあります）。私がやりたいのは、変更を新しいブランチとしてgithubページにプッシュし、githubにまだフォークとして表示させることです。 それは可能ですか？私はgitとgithubを初めて使います。私の質問は理にかなっていますか？ 私が考えることができる最も簡単な方法（これが最も周りの方法だと確信しています）は、githubでリポジトリをフォークすることです。別のディレクトリにローカルでクローンします。アップストリームオリジンリポジトリを追加します。その新しい分岐レポにブランチを作成します。コードの変更を手動で新しいローカルリポジトリにコピーします。そして、それをgithubに押し戻します。 これは、ディレクトリを複製せずにそれを行う簡単な方法がある一般的なユースケースですか？ 私はLinuxではコマンドラインgitを使用しており、ここの人々はより良​​い答えを与えているので、SOとは対照的にここに尋ねていると思いますimo =]

21 git  version-control  github 

/etcさまざまな分野で、バージョン管理下に置くためのターンキーソリューションは何ですか？ターンキーは必ずしも基本インストールの一部を意味するわけではありませんが、次の機能があれば便利です。 VCSコマンドにフックして、メタデータ（所有権、権限）を管理します。 パッケージマネージャーとの統合（インストールの前後に自動的に実行され、アップグレードをインテリジェントに処理します）; アップストリームファイルバージョンをブランチとして扱います。 事前に入力された無視リスト。 基礎となるいくつかのVCS（特に分散VCS）のサポート。 Debianおよび派生物の下でetckeeperを使用しています。アップストリームバージョンを追跡しないことを除き、上記のすべての機能を備えています。特に* BSDの代替案について学びたいと思います。

14 configuration  version-control  etc 

これは私のGitリポジトリです： https://github.com/benqzq/ulcwe これは、名前のディレクトリを持っているlocalと私は別の名前（から、言うに社名を変更したいlocalとxyz）。 各ファイルのディレクトリ名を個別に変更する必要があるため、GitHub GUIを使用して手動で変更するのは悪夢です（GitHubにはまだ「ディレクトリの名前変更」機能が含まれていません。信じられないかもしれません）。 Gitをインストールした後、次のコマンドを試しました。 git remote https://github.com/benqzq/ulcwe && git mv local xyz && exit GitHubパスワードのプロンプトは表示されませんでしたが、次のエラーが発生しました。 fatal: Not a git repository (or any parent up to mount point /mnt/c) Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set). プロジェクトのダウンロード、変更、テスト、そしてホスティングプロバイダー（この場合はGitHub）へのプッシュがGitの全体的なポイントであることはわかっていますが、ディレクトリを変更するだけの場合は、直接操作が必要です。Gitでも可能ですか？ 多分別のプログラムを使うべきですか？

10 git  remote  mv  github  version-control 

アルバートアインシュタインの名言 狂気：同じことを何度も繰り返し、異なる結果を期待する Linuxは、同じことを何度も繰り返して、ボックスごとに異なる結果を得るので、私を怒らせます。（私の前の質問を参照してください）。 私にとって、最大の混乱の領域は、他の誰かがインストールしたマシンを引き継ぐことです（Webホスティング会社にサインアップするときのように）。何を扱っているのか分からないだけです。 Linux（Ubuntu）のインストールで実行して、そのマシンがデフォルトのインストールからどのように移行したかを知るための、巧妙な差分ツールはありますか？ つまり、驚くべき動作をするコマンドのリストを表示できるため、試行錯誤のアプローチを回避できます。

10 configuration  version-control 

休業。この質問には、より焦点を当てる必要があります。現在、回答を受け付けていません。 この質問を改善してみませんか？質問を更新して、この投稿を編集するだけで1つの問題に焦点を当てます。 5年前休業。 UNIX（またはMac OS X）ユーザーのためのSubversionの良い紹介を提案できますか？基本的なコマンドラインの使い方に精通していると想定できますが、高度なトピックは想定していません（bashスクリプトは「高度な使い方」として数えます...）。 理想的には、ガイドには以下を含める必要があります。 VCSの目的（一般）と、特にSubversionモデルの簡単な紹介。 クイックスタートの使用法（チェックアウト、更新/編集/コミットサイクル） インストール手順; それがそこにあるすべての主要なOSですでに利用可能であり、人々がパッケージからインストールし、ソースからコンパイルしないように導く場合、ボーナスポイント...

9 version-control  books  subversion 

Debianでは、一部のパッケージはSubversion（有名なteam-pkg-gnome）で保守されているAFAIKもあれば、gitで保守されているパッケージや、他のVCSで保守されているパッケージもあります。 パッケージのソースがどこにあるのかを知る方法はありapt-get source $PACKAGENAMEますか？ 私は3つの方法を試しましたが、すべて失敗しました：- $apt show $PACKAGENAME $aptitude show $PACKAGENAME $apt-cache show $PACKAGENAME 上記のいずれもこの情報を提供/共有することはできません。 とにかく情報を入手する方法はありますか？ソースリポジトリを知る必要があります。名前と、それがgit、svn、またはその他のバージョン管理にあるかどうか。

9 debian  package-management  source  version-control