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

私のVPSプロバイダーは、SSHポートをデフォルトで（22ではなく）割り当てるカスタムポート番号のままにすることを推奨しています。問題は、リモート構成を作成するときにポート番号を指定できることを知っている間ですが、git cloneを実行するときに同じことはできないようです。私はgitoliteを使用しているので、コマンドのクローンは次のようになります。 git clone git@mydomain.com:gitolite-admin これをカスタムsshポート番号の使用に変換する方法はありますか？ Windowsでcygwinを実行していることについても触れておきます。私は複数の場所でカスタムポートを~/.ssh/configファイルに追加するように言っているのを見ました Host mydomain.com Port 12345 ただし、cygwinでは、そのファイルは存在しないようです。

149 git  version-control  ssh  cygwin 

blobのハッシュを考えると、ツリーにこのblobがあるコミットのリストを取得する方法はありますか？

149 git  version-control 

Gradleのドキュメントから： https : //docs.gradle.org/current/dsl/org.gradle.api.tasks.wrapper.Wrapper.html このタスクによって生成されたスクリプトは、バージョン管理システムにコミットすることを目的としています。このタスクは、VCSにもコミットする必要がある小さなgradle-wrapper.jarブートストラップJARファイルとプロパティファイルも生成します。スクリプトはこのJARに委任します。 From： ソース管理下にあるべきではないものは何ですか？ Generated filesVCSに入れるべきではないと思います。 いつgradlew、gradle/gradle-wrapper.jar必要ですか？ なぜ、保管しないgradle versionでbuild.gradleファイルを？

148 version-control  gradle 

私はGitHubアカウントを作成しました。誰かが私のようにプッシュできるように書き込みアクセスを許可したいのですが、無料のプランでコラボレーターを追加する方法はありますか？そうでない場合、どうすればよいですか？（有料アカウントを購入するほか、今後も行います）

147 git  version-control  github 

このガイドによると、TravisCIにHakyll静的サイトを自動的にデプロイさせようとしています。 これが私のリポジトリの設定方法です。hakyllファイルとmarkdownファイルを含むソースブランチがあります。それは_site私のmasterブランチにリンクされたサブモジュールとしてセットアップされたディレクトリにhtmlを構築します。 私は問題なくサイトを構築し、次にcd_siteディレクトリに作成します。しかし、git add ./*新しく生成されたHTMLファイルを使用しようとすると、次のエラーが発生します。 fatal: Pathspec './about.html' is in submodule '_site' しようとするとgit add --all、次のエラーが発生します。 git: pathspec.c:317: prefix_pathspec: Assertion `item->nowildcard_len <= item->len && item->prefix <= item->len' failed. /home/travis/build.sh: line 245: 1566 Aborted git add --all これは何が原因で、どうすればこれを回避できますか？ ここでリポジトリを表示できます。

145 git  github  version-control  git-submodules  hakyll 

gitクローンを作成するときに渡すフラグはあり.gitますか？たとえば、ディレクトリをクローンしないでください？そうでない場合.git、クローン後にディレクトリを削除するフラグはどうですか？

144 git  version-control  git-clone 

私はHudson / Jenkinsを初めて使用し、Hudsonの構成ファイルをソース管理にチェックインする方法があるかどうか疑問に思っていました。 理想的には、UIの「構成を保存」というボタンをクリックして、Hudson構成ファイルをソース管理にチェックインできるようにしたいです。

140 version-control  hudson  jenkins  jenkins-plugins 

管理者権限を持たないマシンのコマンドラインを使用してリモートでプロジェクトに取り組んでおり、実行後git push origin master、次のエラーメッセージが表示されます。 (gnome-ssh-askpass:29241): Gtk-WARNING **: cannot open display: 私の.git/configファイルの内容は次のとおりです。 [core] repositoryformatversion = 0 filemode = true bare = false logallrefupdates = true [remote "origin"] fetch = +refs/heads/*:refs/remotes/origin/* url = https://username@github.com/username/repository.git [branch "master"] remote = origin merge = refs/heads/master 以前に403エラーが発生しました。ここのコメントに続いて、リモートURLの@記号の前にユーザー名を入れてから、Gtkエラーが発生しています。 を使用してマシンにログインしssh -Xてプッシュしようとすると、次のエラーが発生します。 X11 connection rejected because of wrong authentication. …

138 git  version-control  github  ssh 

現在のところ、この質問はQ＆A形式には適していません。事実、参考文献、専門知識によって回答が裏付けられることを期待していますが、この質問は、討論、議論、投票、または拡張ディスカッションを求める可能性があります。この質問が改善され、場合によっては再開できると思われる場合は、ヘルプセンターにアクセスしてください。 7年前休業。 ここの人々は、Git、Mercurial、およびBazaarの相対的な長所と短所として何を理解していますか？ それぞれを互いに検討し、SVNやPerforceのようなバージョン管理システムに対して検討する場合、どのような問題を考慮する必要がありますか？ SVNからこれらの分散バージョン管理システムの1つへの移行を計画する場合、どのような要素を考慮しますか？

137 svn  git  version-control  mercurial  bazaar 

休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか？この投稿を編集して、事実と引用で回答できるように質問を更新してください。 昨年休業。 この質問を改善する コードを維持する際に従うべきベストプラクティスと経験則は何ですか？開発ブランチに本番環境対応のコードのみを含めることは良い習慣ですか、それともテストされていない最新のコードを開発ブランチで利用できるようにする必要がありますか？ 開発コードと製品コードをどのように維持していますか？ 編集-補足質問-開発チームは「commit-as-soon-as-possible-and-often-even-if-if-the-code-contains-minor-bugs-or-is-incomplete」プロトコルまたは「commit- DEVELOPMENTブランチにコードをコミットする際の「完全なコードのみ」のプロトコル？

136 deployment  version-control  continuous-integration  project-management  branching-and-merging 

gitトピックブランチとは何ですか？それは通常のブランチと何らかの点で異なりますか？トピックブランチではないブランチはありますか？

136 git  version-control  branch 

私はgitとバージョン管理の両方が初めてなので、パッチとは何か、またgitで行う他のアクティビティとの違いを理解しようとしています。 いつパッチを適用しますか？コミットするたびに発生しますか？

136 git  version-control 

そのディレクトリ内のファイル（およびディレクトリ）にのみ適用されるディレクトリに.gitignoreファイルを作成できますか？

136 git  version-control  repository  gitignore 

私は中間のGitリポジトリを使用して、リモートSVNリポジトリをミラーリングしています。そこから、人々はクローンを作成して作業できます。中間リポジトリでは、マスターブランチが上流のSVNから毎晩リベースされており、機能ブランチに取り組んでいます。例えば： remote: master local: master feature 私は機能ブランチをリモートに正常にプッシュして戻すことができ、期待どおりの結果になります。 remote: master feature local: master feature 次に、ブランチを再セットアップしてリモートを追跡します。 remote: master feature local: master feature -> origin/feature そして、すべてが順調です。ここで私がしたいことは、リモートで機能ブランチをマスターブランチにリベースすることですが、ローカルマシンからこれを実行したいと思います。私ができるようにしたい： git checkout master git pull git checkout feature git rebase master git push origin feature リモート機能ブランチをリモートマスターで最新の状態に保つため。ただし、この方法ではGitが文句を言います。 To <remote> ! [rejected] feature -> feature (non-fast-forward) error: failed to …

135 git  version-control  branch  rebase  feature-branch 

バージョン管理システムでは、開発サーバーと本番サーバーのホスト名やポートなどの重要な設定を保持しています。しかし、VCSリポジトリに秘密（秘密鍵やデータベースパスワードなど）を保持することは悪い習慣であることは知っています。 しかし、パスワードは、他の設定と同様に、バージョン管理する必要があるようです。では、パスワードのバージョン管理を維持する適切な方法は何でしょうか？ 私はそれが維持伴うだろうと想像秘密を自分の「秘密の設定」ファイルにして持っていること、ファイルが暗号化され、バージョン管理します。しかし、どんなテクノロジー？そして、これを正しく行う方法は？それについて完全に取り組むより良い方法はありますか？ 私は一般的に質問しますが、私の特定のインスタンスでは、gitとgithubを使用してDjango / Pythonサイトの秘密鍵とパスワードを保存したいと思います。 また、理想的なソリューションは、gitでプッシュ/プルするときに魔法のようなものを実行します。たとえば、暗号化されたパスワードファイルが変更された場合、パスワードを要求して所定の位置に復号化するスクリプトが実行されます。 編集：わかりやすくするために、私はプロダクションシークレットを格納する場所について質問しています。

134 python  django  git  version-control