あなたはmerge派？rebase派？綺麗なGitログで実感したメリット - BIGLOBE Style ｜ BIGLOBEの「はたらく人」と「トガッた技術」
BIGLOBEの開発現場の様子や、developブランチにrebaseで綺麗なコミット履歴を作る方法をご紹介します。 はじめまして！ GitHubを中心に仕事がまわる開発現場 Git logが綺麗だとバグが起こりにくい？ developブランチを綺麗に保つGit操作（マージ編） 1. そのまま気にせずdevelopにマージする。 2. 最新のdevelopをfeature/Bブランチに取り込んでからdevelopにマージする 3. 最新のdevelopにrebaseしてからマージする ﾘﾍﾞｰｽ ｺﾜｸﾅｲｮ 最後に はじめまして！ 基盤本部（開発部門）の江角です。 2021年8月にSIerからBIGLOBEに転職し、半年が経過しました。 転職期間中はもちろんコロナ禍で、カジュアル面談も面接も全てオンラインでした（多分今もそうだと思います）。 入社日当日は出社しましたが、入社してから半年の
よりよいGitの設定 | Yakst
.gitconfigファイルに記入するオプションをカスタマイズすれば、Gitをより上手に、便利に使うことができる。著者のGit設定の紹介と、便利な設定の解説。 私はGitが大好きで、いつでもGitを使っています。私は時々、何かについて深く調べてみたり、ドキュメントを一通り読んでみたり、設定を見直してみたりするのですが、今回はGitについてそれをやってみました。私の書いた4番目の技術スタックの改善に関する記事にようこそ！ Gitのすべて 私がコーディングを始めたのは、ただのファイルシステム上でコピーしていたあの辛い日々、そしてチェックアウトに排他的ロックが必要だったVisual SourceSafeを使っていた時でした。それでもその時、ソース管理のコンセプトは私にとって素晴らしいものに思えましたし、家でコーディングする時にはそういったものにアクセスできたらな、と思っていました。 その後カリフ
Tracサーバで複数のgitリポジトリを管理 - syuu1228's blog
Tracには0.12から１つのTracインスタンスで複数リポジトリを管理する機能が入っている（MultipleRepositorySupport – The Trac Project）。 これを使って複数のgitリポジトリを管理できるようにしてみた。 git pluginを入れる gitを有効にするにはGitPlugin – Trac Hacks - Plugins Macros etc.を入れる必要がある。 # easy_install http://github.com/hvr/trac-git-plugin/tarball/master こんだけ。 trac.iniの設定 git pluginの有効化 [components] # for plugin version 0.11.0.1+ tracext.git.* = enabled git pluginの詳細設定 git_binの
最低限押さえておきたいGitの超基本的な作業フロー、5つのコマンドまとめ
本連載「こっそり始めるGit／GitHub超入門」では、バージョン管理システム「Git」とGitのホスティングサービスの一つ「GitHub」を使うために必要な知識を基礎から解説していきます。具体的な操作を交えながら解説していきますので、本連載を最後まで読み終えるころには、GitやGitHubの基本的な操作が身に付いた状態になっていると思います。 連載第2回目の本稿のテーマは「Gitの基本的な作業フローを学ぶ」です。 前回の「初心者でもWindowsやmacOSでできる、Gitのインストールと基本的な使い方」でも「Gitの基本的な作業フロー」を扱いましたが、かなり急ぎ足な解説となってしまいました。今回は、作業フローの各要素について、前回よりも詳しく解説していきます。 「Gitのインストール」や「初期設定」については、前回の記事で解説したので、そちらを参考にしてください。また「バージョン管理シ
git push --force でなく git push --force-with-lease を使う - valid,invalid
前に社内チャットで流れてて初めて知った。 他人の変更を上書きするおそれのある git push --force でなく、最後に fetch したタイミング以降に他人が push していたら失敗する git push --force-with-lease を使う方が良い。 --force considered harmful; understanding git's --force-with-lease - Atlassian Developers Quipper では GitHub flow のような開発フローを採用している。 各開発者が feature branch を作成し、master / develop branch へ pull request を作る流れだ。 他人と修正箇所が重なってコンフリクトした際には rebase が必要で、 rebase 後の内容を push する際には
第406回 Node.js製のGitBookでお手軽に電子書籍作成 | gihyo.jp
GitBookはMarkdownで記述しGitで管理しているドキュメントを、簡単にHTMLやPDF、EPUB、MOBIなどで公開できるサービスです。今回はこのGitBookで使われているgitbookコマンドを用いて、Ubuntu上でドキュメントを生成する方法を紹介します。 今風な文書執筆・公開環境としてのGitBook 人類の進化は文書の作成と共にあります。より良い文書の存在が、質の高い教育、確実な情報の伝達、技術や文化の進歩を導いてきました。本連載が掲載されているgihyo.jpでも、今年の新春特別企画に「ドキュメントの構造化による、良いドキュメントの作成方法」が掲載され注目を集めているように、いかにより良い文書をよりお手軽に作成できないか苦心されている方も多いことでしょう。 今回紹介する「GitBook」は、技術者であれば使っている人が多いであろう「Git」と「Markdown」を使
"git " って打つのめんどくさい…! - pockestrap
この記事は Git Advent Calendar 2015 の 9日目です。 qiita.com 昨日は kaneshin さんの Gitリポジトリをメンテナンスして軽量化する - Qiita でした。 レポジトリをダイエットしたい時に便利そうですね。 "git " って打つのめんどくさくない…? git って打つのめんどくさいですよね。 git stって打とうとしてgits tなどと打ってしまうと、zsh: command not found: gitsなどと言われてしまうと、もうやる気もなくなって家に帰りたくなってしまいますよね。 また、gitコマンドは連続で打つことが多々あります。 $ git st $ git df $ git aa $ git ci $ git st $ git ps などと打ってると生きるのがつらくなってきますね。 これだけのコマンドにgitって6回打っていま
仮想化通信 » 社内GitLabをアップデートした
昔なんとなく立てた社内GitLabが立ててからだいぶ経ったような気がしたので、アップデートしました。最近のGitLabはあの特徴的なアイコンがモダンな感じになって良いですね。 さて、前のバージョンが6.4.3という古めのバージョンで、昔の手順（Chef Soloかな）でインストールされたものだったため、debパッケージで簡単に導入できる最新バージョンに移行する手順がやや複雑でした。OSもUbuntu12.04と少し古めになっていたため、14.04で新規に作った環境に移していく方法にしました。 作業については、こちらの記事が大変参考になりました。ありがとうございました。 http://rythgs.co/archives/2015/10/31/switch-omnibus-gitlab/ ちょっと違うやり方もしたので、自分のメモがてらざっくりと書いておきます。 新サーバーにGitLab 7.
Magit の解説ムービー
► 2023 (1) ► 06 (1) ► 2022 (3) ► 09 (1) ► 06 (1) ► 03 (1) ► 2021 (4) ► 10 (1) ► 09 (1) ► 06 (1) ► 04 (1) ► 2020 (5) ► 11 (1) ► 10 (1) ► 09 (1) ► 06 (2) ► 2019 (7) ► 09 (1) ► 06 (4) ► 05 (1) ► 03 (1) ► 2018 (14) ► 12 (1) ► 11 (1) ► 10 (5) ► 09 (3) ► 06 (1) ► 05 (1) ► 03 (2) ► 2017 (76) ► 09 (5) ► 07 (2) ► 06 (5) ► 05 (1) ► 04 (2) ► 03 (11) ► 02 (23) ► 01 (27) ► 2016 (39) ► 10 (11) ► 09 (12) ► 06 (4
git commit --fixup とは何か - 詩と創作・思索のひろば
git commit --fixup というオプションの存在を最近知って調べた。 ヘルプとリリースノートより "git commit" learned the --fixup and --squash options to help later invocation of interactive rebase. Git v1.7.4 Release Notes --fixup=<commit> Construct a commit message for use with rebase --autosquash. The commit message will be the subject line from the specified commit with a prefix of "fixup! ". See git-rebase(1) for details. 1.7.4 から入って
git statusを利用したリポジトリ情報のプロンプト表示 - GeekFactory
zshでGitのステータス情報をプロンプトに表示するにはvcs_infoを使う方法が一般的ですが、vcs_infoで得られる情報には限りがあります。そこで、git statusを使ってプロンプトを表示する方法を調べてみました。なお、OS XのGit 2.3.2で確認しています。 git statusで得られる情報 git status --porcelain --branch を実行するとブランチ、ワーキングツリー、インデックスの状態が得られます。--porcelainを付けることで機械処理に適したフォーマットが得られます。このコマンドの実行結果は下記の2つの部分で構成されます。 ローカルブランチの状態（1行目） ローカルブランチの状態 表示 リモートブランチと同期している ## master...origin/master リモートブランチより古い ## master...origin/
Steins;Git
Steins;GitはSteins;Gateを用いてGitを解説する薄い本です。 Steins;GitはSteins;Gateの二次創作物です。そのため貢献をする前に次に挙げるページを読み、これらに遵守した形で貢献をしていただけるようお願いします。 著作物転載ガイドライン｜ニトロプラスNitroplus 二次創作活動における同人誌等の活動に関する取り扱いについて｜ニトロプラスNitroplus Steins;Gitの執筆方針について Steins;Gitは「Gitの使い方を、Steins;Gateの世界観を使って説明する」書籍です。「Steins;Gateのストーリーの流れに沿って、Gitの説明をする」書籍ではありません。 簡潔に書くと「シュタゲ本」というよりは「技術書」よりです。とはいえ、なるべくSteins;Gateを絡めていきたいですし、全体の雰囲気もSteins;Gateっぽくした
GitHubのようなサイトを独自に運用できる「GitLab」や「GitBucket」を使ってみよう | さくらのナレッジ
（※3月18日追記：当初「SSH公開鍵の管理機能」において、GitBucketを「×」としていましたが、SSHアクセス機能を機能を有効にすることでSSH公開鍵の管理機能も利用できるとのことで、「○」に修正しました） GitLabおよびGitBucketと、RedmineおよびTracとの大きな違いとして、フォークやマージ/プルリクエスト機能をサポートしているかどうかがある。これらの機能を利用したいのであれば、GitLabやGitBucketが候補となるだろう。 いっぽう、Redmineはカレンダー機能やガントチャートと言ったプロジェクト管理機能が充実しているのが特徴だ。また、Tracはシンプルなユーザーインターフェイスや、プラグインによるカスタマイズ性の高さがある。フォークやマージ/プルリクエスト機能を利用しないのであれば、プロジェクト管理機能が充実しているRedmineやTracは十分な
InstaGitという即席Gitサーバを作った - GeekFactory
ローカルのGitリポジトリをover HTTPで転送したい時に使える即席Gitサーバを作ってみました． Gitリポジトリをネットワーク越しに転送するには git daemon を使う方法もありますが，InstaGitはHTTPをサポートしているので，Webブラウザで問題の切り分けがやりやすいとか，他の人に伝えやすいといった利点があると思います． 使い方 最新版のJarをダウンロードして実行します．Java 6以降が必要です． curl -LO https://github.com/int128/instagit/releases/download/latest/instagit.jar java -jar instagit.jar 引数にはローカルリポジトリのパスを指定します．引数を指定しないとカレントディレクトリになります． もし，カレントディレクトリに repo1, repo2 という
バージョン管理したくない作業用スクリプトは「,」ディレクトリに入れるといい - Qiita
TL;DR: グローバルな gitignore に ,/ を追加して、作業用スクリプトを , ディレクトリに入れると便利。 ,/tmp_script.sh で実行できる。 Git リポジトリの中に一時的に使う作業用スクリプトを置いておきたいことがある。自分だけが使うものなのでコミットはしたくないが、いちいち .git/info/exclude に追加して無視させるのも面倒臭い。 今まで自分は、 tmp_script.sh~ や tmp_script.sh.bak など、グローバルな gitignore で無視されるファイル名にしていたが、これは不要なファイルと間違えて消してしまう危険がある。 ignored.tmp_script.sh は分かりやすいぶん長い。 _tmp_script.sh は悪くないが、コミットすべきファイルにもアンダースコアで始まるものがあって紛らわしい。 そこで、作業
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Gitはじめの一歩
git の develop ブランチは必要なのか、またはリリースtagについて
ギットクエスト
Gitでやらかした時に使える19個の奥義 - Qiita
日本語版 : IBM Bluemix
