特別な理由なしにgit-flowを新規採用するべきではない - Qiita
私がこれまでGitの研修講師やブランチ戦略のコンサルティングをおこなってきた経験に基づいて、この記事を書きます。 Gitのワークフローについては自転車置き場の議論になりがちであまり乗り気がしないのですが、最近少し発見があったのと、実際に多くの現場で明らかにフィットしないのに git-flow を検討したり採用したりしようとして苦労をしている様を目撃することが多いので書くことにしました。 この記事で主張する内容はタイトルの通りですが、まず前提として以下を宣言しておきます: 全てのケースに100%フィットするようなワークフローは存在しない git-flowがフィットするケースも探せばあるかもしれない 例えばすでに何年もgit-flowでうまく回せてるよ、など どのようなワークフローを採用するかは最終的にはあなた（のチーム）が判断すべき さて、 git-flow は 2010年1月「A succ
システム構成図をテキストで
Gigazineさんでdrawthe.netを取り上げていたので紹介です。使い方はGigazineさんのほうが丁寧なので、気になる方はチェックしてみてください。（2020年12月1日、追記） drawthe.netとは cidrblock/drawthe.netは複雑なネットワーク図も「テキストで書いてブラウザ上でSVGレンダリングできるようにしよう」というコンセプトのもと開発されたツールです。下図のように複雑な構成図も精度高く描くことができます。 拡大してみると情報量が多いこと、またいかに整っているかがわかると思います。 デモサイトも用意されているので、サクッと試したい場合はコチラが便利です。コードはGitHubで公開されています。更新が2017年末で止まってしまっているのが玉に瑕ですが、十分な性能を発揮してくれます。 drawthe.netを使いたい理由 美しい構成図といえばInter
Scaling Docker to Serve Millions More Developers: Network Egress | Docker
Scaling Docker to Serve Millions More Developers: Network Egress In Part 1 of this blog we went into a deep dive that analyzed all of the images stored in Docker Hub, the world’s largest container registry. We did this to give you a better understanding of how our new Terms of Service updates will impact development teams who use Docker Hub to manage their container images and CI/CD pipelines. Par
git submoduleについてのメモ 追加/削除/更新等
B! 70 0 0 0 Gitのsubmoduleがいつもイマイチ良くわからなくなるので 自分なりのまとめ。 レポジトリにsubmoduleの追加 submoduleのあるレポジトリをcloneする submoduleの更新 submoduleの削除 ignore = dirty Submoduleのプロトコルの変更 レポジトリにsubmoduleの追加 git submodule addで追加。 $ git submodule add [email protected]:rcmdnk/evernote_mail.git ./submodules/evernote_mail addすると.gitmoduleというファイルがまだ無い場合は作られ、その中に [submodule "submodules/evernote_mail"] path = submodules/evernote_mai
Git Submodules: コアコンセプト、ワークフロー、コツ | Atlassian Japan 公式ブログ | アトラシアン株式会社
Git を使った開発では、サブモジュールを使うことによって、他のプロジェクトを自分のコードベースに取り込めるようになります。それも、他のプロジェクトの履歴を分離しつつ、あなたのプロジェクトの履歴と同期できるようになるのです。これはベンダーライブラリ問題や依存関係問題を解決する便利な方法です。git に関してはいつもそうですが、このアプローチもかなり自己流なのでうまく出来るようになるまで少しばかり研究することをお勧めします。submodules に関する好例や詳しい説明はすでに公開されているので、ここでまた繰り返すのはやめることにします。この記事では submodule という機能を最大限に活用するのに役立つであろういくつかの面白い情報を共有したいと思います。 目次 コアコンセプト 考えられるワークフロー 初めての人向けの役に立つコツ サブモジュールを自分のフォークしたリポジトリで置き換える
Gitのサブモジュール機能を使ってプロジェクトを管理してみよう | vdeep
こんにちは、okutani(@okutani_t)です。Gitのサブモジュール（submodule）についてイマイチよく分かっていなかったので、備忘録も兼ねて記事にしてみました。 Gitのサブモジュール機能を使うと、プロジェクトで管理しているGitリポジトリとは別に、独立したリポジトリをプロジェクトに含ませることができます。 サブモジュールを含んだプロジェクトでは、プッシュ・プルをおこなってもサブモジュール側のリポジトリには影響がない、といった特徴があります。 他の特徴としては、サブモジュールはあくまで特定コミットを示すポイントを追加したディレクトリに埋め込むものです。 本記事ではGitのバージョンは1.8.5以上を対象としています。それ以下のバージョンでは使えないコマンドなどあるので注意してください。 では、さっそくGitのサブモジュールの使い方を見ていきましょう。 参考Git のサブモ
既存のリポジトリからサブモジュールを分離する - Qiita
はじめに プロジェクトを進めていくと、「あっ！ この機能、別のプロジェクトに流用できる！」と気づく瞬間ってありますよね。でも、不用意に特定のファイルだけをコピペしちゃうと、片方でその機能を更新してももう片方に反映されません。同じ機能を使っているので、ここはgitで一元管理したいところですよね。 それを可能にしてくれるのがサブモジュールです。この記事では、既存のリポジトリからサブモジュールを切り出して、複数のプロジェクトで共有する方法を紹介します。 具体的には、以下のような状態から 以下のような状態にするということです。 ここでは GitHub との連携を念頭に置いて説明していきますが、 GitLab でも同じようにできます。 ステップ0：前提 例として、以下のような状況を考えます。 $ tree . ├── project_a │ ├── main_a.py │ ├── submo
Git Submoduleのディレクトリを変更したい - かもメモ
サブモジュールのディレクトリを変更するのにハマったのでメモ。 EX 環境: git version 2.12.2 サブモジュールの追加 $ git submodule add git@my_module.git 追加した my_module を vendor/my_module に移動させたい。 1. ディレクトリを変更する方法 .gitmodules を開いて[submodule] と path= の2箇所のパスを変更 [submodule “vendor/my_module”] path = vendor/my_module url = git@module.git $ git add .gitmodules サブモジュールを移動させる $ mk dir vendor $ mv -vi my_module vendor/my_module 旧サブモジュールのGit管理対象から除外する
Git submodule の基礎 - Qiita
この記事は Git Advent Calendar 6日目の記事です！ Git submodule って最初わかりにくいと思うので、基本的な説明をしようと思います。 git submodule とは git submodule は、外部の git リポジトリを、自分の git リポジトリのサブディレクトリとして登録し、特定の commit を参照する仕組みです。 Subversion でいうところの、external と似ています。 さて、解説のため、手元に、リポジトリA (/path/to/a) とAの submodule として、よく使う例として Bootstrap (元Twitter Bootstrap) を登録してみます。 git submodule を理解するうえで重要なのは、 リポジトリAが指し示すsubmoduleとしてのBootstrapのcommit 現在のBootstr
Git submoduleの押さえておきたい理解ポイントのまとめ - Qiita
みなさんgitのsubmoduleって理解して使ってますか？ 親プロジェクトをpullしたら、submoduleがmodifiedになって混乱してgit addして...あばばばば。みたいな事ないですか？ 私はsubmoduleがなかなか理解できずに結構苦労しました。^^; ブランチ単位で管理する通常のリポジトリと違い、submoduleはCommitID単位で管理するというのが一番理解しにくい部分だと思います。 今回は、プロジェクトにsubmoduleを追加、更新、削除の動きを更新を掛ける側のプロジェクトと更新を受け入れる側のプロジェクトの2つの視点から追いながら、CommitIDで管理するとはどういう事なのかを解説していきます。 (結論だけ見たい人は末尾のまとめへ) 準備 「submoduleを開発する役割のプロジェクト test_app_A」と「submoduleを取り入れる役割のプ
SourceTreeは, 既存の配下リポジトリを自動でサブモジュール処理してくれない
既存のフォルダを, SourceTreeでローカルリポジトリ化した際, フォルダ内に, すでに別モジュールとして, リポジトリが存在していた場合, あたかもちゃんと認識したかのごとく, SourceTree上では, サブモジュールに表示される. しかし, サブモジュールとしてただしく処理されるためには, .gitmodulesというファイルが生成されている必要があり, この段階では作成されていないし, ここからファイルを自動で作成する方法もなさそうだ. これをそのままコミット, githubなどにpushしても, サブモジュールとして正しく管理されない. こういった場合は, 手動で.gitmodulesを作成してやる必要がある. [サブモジュール名] path = (相対パス) url = (リモートリポジトリアドレス) というフォーマットで書きこんでいく. そうすると, ただしくサブモジ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
githubでtagを付け直すコマンドを作った - Qiita
クラウドの作り方（使い方じゃないよ）/ How to create Cloud Service
SourceTreeでチェリーピックを使ってみる
gitのsubmoduleに変更を加えるとdiffが生じるのを無視する - Qiita
fam.cx
sourcetree で submodule を追加できないとき - Qiita
git submoduleを今風な感じで削除する - Qiita
gitサブモジュールの追加/削除/再追加 - Qiita
git submodule は癖がすごいとの噂だったが素直につきあっていけそうという話 | DriftwoodJP
