[B! git] fa11enprinceのブックマーク

fa11enprince id:fa11enprince

gitに関するfa11enprinceのブックマーク (11)

配管を作って学ぶGit - write ahead log
この記事はGit Advent Calendar 2019の記事です. ———————————————————— 最近, 仕事でコードを書いてない... そんな所にPro Gitをちょうど読み終わったので, Gitを作ることにしました. toy-gitという個人プロジェクトです. このプロジェクトの最終目標は自作のGitコマンド(の極小サブセット)で自身のREADMEをコミットする事です. この記事は作成途中のメモ書きとブックマークを整理したものです. Gitは(ごく一部だけなら)割と簡単に作れて楽しいので, 興味がある人はぜひ作ってみてほしいなと思います. 配管とは何ぞや Pro Gitの最後の方の章に10.1 Gitの内側という章があります. ここに配管についての説明があります.少し長いですが引用しましょう. 本書では、checkout や branch、remote などの約30のコ
fa11enprince 2019/12/26
git
リンク
HugeDomains.com
Captcha security check sohtaro.com is for sale Please prove you're not a robot View Price Processing
fa11enprince 2018/08/15
git
リンク
【GitFeatureFlow】GitFlowをやめて本番リリースが楽になった話 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 背景サーバーサイド開発のプロジェクトでGitFlow(的な)運用を行っていたが、本番リリースの際に困ることがあったのでgitの運用フローを変えて解消したという話。まず問題の内容から順番に書いているので、結論(新しい運用ルール)だけ知りたい人はこちら git運用フローについては、GitFlow・GitHub Flow・GitLab Flowなどが有名だがどれとも少し違うように思ったのでまとめた。 <2018/06/10追記> 新フローにも名前が欲しいと思っていたが、同じやり方を「GitFeatureFlow」と呼んでいる記事を見つけた
fa11enprince 2018/05/14
あとで読む

git
リンク
Git と GitHub を体験しながら身につける勉強会行ってきた - 予定は未定Blog版
9/18（土） 15：30～ GitとGitHubを体験しながら身につける勉強会（名古屋） : ATND 行ってきました。なんかいろいろと話すことになったんですけど、あの場で言いそびれたこととか、もっとこう説明してればよかったなぁ、って部分の補足も兼ねたエントリです。長文注意。ショートカット git add の話 git add -p/git reset -p の話リビジョン番号がない話ブランチの話 git-completion の話、__git_ps1 の話コミットの指定の話 reset の話 rebase と merge の話公開したものの rebase の話 stash の話 TortoiseGit、HG、SVNのはなし全体を通して git add の話 Git と SVN では、add に限らず、同じ名前のサブコマンドでも意味が異なるものがいくつかあります。その中
fa11enprince 2018/05/07
git
リンク
git mergeのとき、デフォルトでno-ffになるようにする設定 - Technology Engineering
inabaです。ブランチのマージ時にマージ対象のブランチでどんな変更があったか知るためにマージコミットが欲しいので--no-ff(No Fast-forward)オプションをつけていました。 $ git merge --no-ff foobar ですが、設定でデフォルトをno-ffにできることを知りました。設定 $ git config --global merge.ff false 上記設定をすることでgit merge foobarのみでno-ffのマージになります。 $ git merge foobar ... $ git log --graph --oneline * f84d525 Merge branch 'foobar' |\ | * 2d68cba Fix B. |/ * a3159f3 Fix A. 参考サイト： Git - git-merge Documentati
fa11enprince 2018/04/26
git
リンク
Git の仕組み (1) - こせきの技術日記
目次はじめに Git を使ったことがない方へ生のデータが見たい方へ Git の全体像 .git の中身 Git オブジェクトデータベース 4種類のオブジェクトリファレンスリファレンスのリファレンス大きなツリー Git オブジェクトの ID と中身ハッシュ関数 SHA1 の簡単な説明 tree と blob オブジェクト tree と blob の参照関係ルートツリーの ID でツリー全体を識別する commit オブジェクトリファレンスとブランチブランチブランチ先頭を指すリファレンス HEAD リファレンス detached HEAD 2種類のタグ一時待避 (stash) インデックスキャッシュとしての役割マージ Fast-Forward マージ non Fast-Forward マージ rebase reset 2種類のブランチ各リポジトリが自分のブランチを
fa11enprince 2018/04/25
git
リンク
チーム開発に必要なGitコマンドを神速で習得しよう！　
すみません、タイトルは釣りです。書籍『入門git 』と『もっと早く知りたかった！ Gitが鬼のようにわかるスライド厳選7選』、『Gitがこわくて触れられなかったけど、このスライドで理解出来るようになったよGitサイトまとめ』紹介のスライドを読んで、理解したことをまとめるためにこの記事を書きました。今までは個人でしかGitを使っていなかったので、チーム開発に必要なGitコマンドを少しでも理解できるように頑張ります！ (05/13 08:45) githelpを追加 🐡 Gitの基本的な開発スタイルについて From イラストでわかる！git入門の入門 Gitの基本的な開発スタイルは次のとおりです。 (1) gitの開発ではローカルで使う個人リポジトリとチームで使う共有リポジトリを用いる (2) 共有リポジトリに push すると個人リポジトリのこれまでのコミット内容を送れる (3) pul
fa11enprince 2017/09/25
git
リンク
[新人教育] 何も知らない人がGitとGitHubを独学で知る - Qiita
一通りやりましたがめちゃオススメです。画面の指示に従って進めていくだけで Gitの概念からプルリクエストのフローまで学べます。 ※実際にプルリクエストを送ることができます。 ※章末ごとに正しく操作できているかのチェック機能があります。所要時間は、Git使い慣れてる人で1時間未満。未経験者でも3時間あればなんとか！(ハマり具合による) Git・GitHub始めたばかりの人から復習したい人まで！また、研修でも使えると思います。日本語版も出来たみたいですのでぜひお試しあれ！ ...と勝手に宣伝。 [git-it-electron(概要)] https://github.com/jlord/git-it-electron#user-content-git-it-desktop-version [ダウンロードページ(日本語版)] https://github.com/jlord/git-i
fa11enprince 2016/05/11
git
リンク
Git やり直し: コミット履歴を書き換えてディレクトリ階層を変更する | まくまくGitノート
git filter-branch コマンドを使用すると、すべてのコミット履歴を書き換えて、もともとプロジェクト全体がこのような構成になっていたとみなすことができます。 git filter-branch はコミット履歴を書き換えるので、実行には結構時間がかかります。このコマンドは非常に強力な反面、ディレクトリ構成の互換性が断たれてしまうことに注意してください。リポジトリ内のブランチの整合性は保たれますが、この変更を既存のリモートリポジトリに push したりすると、内部の整合性が崩れてしまいます。そのため、git filter-branch は、リポジトリの移行時のときなどに限定して実行すべきです。現在のリポジトリの内容を書き換えてしまうため、試すときは、テスト用に git clone したプロジェクト内で実行するようにしましょう。例: src.git の階層構造を変えて ds
fa11enprince 2016/02/03
git
リンク
http://ja.scratchpad.wikia.com/wiki/%E3%83%A6%E3%83%BC%E3%82%B6%E3%83%BC%E3%83%96%E3%83%AD%E3%82%B0:%E9%9D%92%E5%AD%90%E5%AE%88%E6%AD%8C/TortoiseGit%E3%81%A7github%E3%81%AE%E3%82%88%E3%81%86%E3%81%AA%E3%83%AA%E3%83%A2%E3%83%BC%E3%83%88%E3%81%AE%E3%83%96
fa11enprince 2015/01/21
git
リンク
TortoiseGit でのローカルリポジトリのブランチ削除方法
それなりの規模のソースコードを扱うようになるとバージョン管理というのはけっこう重要になってきます。・メジャーバージョンアップ向け修正と・新機能追加のプロトタイプ版と・急遽発生したバグフィックス版と …とかいう分岐をいちいち物理的にフォルダ分けでなんかで管理しようものならけっこうドエライことになります。「今時そんな原始的なことやってるヤツいんのかよｗ」て、周りを見渡すとウチの会社へたすると半分くらいそんな感じだからもう目もあてらんない(ﾉ∀`) で、私はとりあえずローカルでの管理に git を使ってるワケで。 git でのバージョン管理のベストプラクティス（運用）に関してはまだまだ模索中ですが、このあたりは非常に参考になります。見えないチカラ: A successful Git branching model を翻訳しました ------ んでタイトルの件。 Windows
fa11enprince 2015/01/21
git

プログラミング
リンク
1