2024年Gitワークフロー再考 | フューチャー技術ブログ
春の入門祭り2024の2記事目です。 Gitは、出自としては1週間で作られたLinuxカーネルのための分散バージョン管理システムでした。当時のワークフローに合わせてパッチをテキスト化してメールに添付できるような機能だったりが備わっています。 一方で、現代のGitは、デファクトスタンダードなバージョン管理システムになりLinuxカーネル以外のアプリケーション開発で利用されています。分散バージョン管理ではあるものの、サーバー・クライアント型の使われ方をしていて、GitHubやGitLabを核にして、ローカルで作ったブランチをpushして、Pull Requestの形にして管理しています。少なくとも周りで見る限りでは、それ以外の使われ方の方が少なくなってきてます。そんなこんなで求められている使われ方が変わってきていて、それに合わせた機能がぼちぼち増えています。それを活用することで、ウェブ画面上で
Fossil: Fossil Versus Git
1.0 Don't Stress! The feature sets of Fossil and Git overlap in many ways. Both are distributed version control systems which store a tree of check-in objects to a local repository clone. In both systems, the local clone starts out as a full copy of the remote parent. New content gets added to the local clone and then later optionally pushed up to the remote, and changes to the remote can be pulle
全社ワークスペースに「GitHub」を選んだ理由と利用状況について｜ROUTE06
ROUTE06では2022年1月から全社ワークスペースをGitHubへ移行しています。全社員がGitHubアカウントを保有し、コーポレートやマーケティングなどの業務においても、GitHub上で議事録や業務ガイドラインなどの文書作成及びタスク管理などが日常的に行われています。 プロダクト開発に関連した業務以外でも、GitHubの全社利用を始めてから社内の情報共有のあり方が変わったという前向きな意見も多く、特段のトラブルもなくNotionからの切り替えが進んでいる状況です。 全社員がGitHubでドキュメンテーションすることになったけど、レビューが自然とプロセスに入り、コラボが生まれやすくなって組織の情報流通が滑らかになった感がある GitHub全社導入時にあった社員のコメント例GitHubはソースコード管理に留まらず、あらゆるドキュメンテーション管理に活用できるのですが、ソフトウェア開発者以
スケールする組織を支えるドキュメンテーションの技術を”GitLab Handbook”から学ぶ｜Anno Takahiro
ドキュメント文化は健全な組織のスケールのために必要 組織の中でドキュメント/文章を残し活用していくことはとても重要だ。クオリティの高いドキュメントがあることで、組織に情報が流通し、透明性を確保できるようになる。情報を流通させるためにいちいち口頭の説明がいらないから、メンバーの数が増えた時でもスケールしやすくなる。過去の結論にアクセス可能になるので、議論を積み上げていき、意思決定のクオリティを高めることにもつながる。そもそも何かを読むということは何かを聞いて教わるよりも時間あたりの処理量が多いし、非同期に実施できる。良いドキュメントをアセットとして社内に蓄積していくことはスタートアップのみならず、ありとあらゆる組織が成長していく上でとても重要であると言える。 しかしその一方で、良質なドキュメント文化を徹底できている会社は多くないように見える。例えば、社内のドキュメントを蓄積させていく場所とし
ベアリポジトリとノンベアリポジトリ：理論編〜GitでWordpressのテーマを管理 - トリコロールな猫
[2016/12/19追記]「「MBAでスクリプトを書き、リモートサーバ上で実行する」をGitで実現する - Qiita」を公開しました。ここと同じ仕組みでWordpressでなくRubyスクリプトを管理する方法です。 早く公開したかったのに思いのほかハマってちょー頑張った@nekotricolorです。 「バージョン管理システムとは何か〜GitとSubversionの違い」からの「VirtualBox上にインストールしたUbuntuにSSHで接続する」の続きです。 この記事には理屈しか書いていませんので、実際の設定は「ベアリポジトリとノンベアリポジトリ：実践編〜GitでWordpressのテーマを管理」を参照ください。 お題：「Gitを使って、本番環境のWordpressのテーマを、複数のPC上にあるローカルのテスト環境で確認してから更新できるようにする」 ノンベア（non-bare）リ
Windows GitBash のプロンプト表示が遅いのをなんとかしたかった - Corredor
Windows GitBash のプロンプト表示がやたらと遅い。何のコマンドも打たずに Enter を押しただけでも、何か表示がつっかえる。 何が原因かと思って調べてみたところ、どうも GitBash デフォルトのプロンプト内に設定されている __git_ps1 という関数が遅いようだ。 その証拠に、プロンプトを PS1='$ ' と簡素化すると、かなりサクサク動くようになった。 It looks like there problem lies in your bash prompt setting. Try setting PS1='$ ' so that whatever fancy prompt setting is deactivated, then see if it is still slow to you. 参考：Git Bash (mintty) is extremely
入門書を終えた人に捧げる、社会人のためのGit中級編 - Qiita
自分が実際に企業で働くうえでよく使ったコマンドや役に立った設定をまとめてみました。 Git入門系に関しては飽和していると思いますが、ちょっとした応用編としてご覧いただければ幸いです。 自分の環境 ファイルの数や行数が膨大 複数の案件が同時進行することが多く、質問などに答えたりするためにブランチ移動をすることが多い プロジェクト内に複数文字コードが混在している（Shift-JISとUTF-8） コマンド編 基本のコマンド書きなぐり $ git clone <ブランチ名> <ディレクトリ名> # clone先のディレクトリ名まで指定してcloneする $ git pull # pullする。必要に応じて -u や、 remote名、ブランチ名を打ち込む $ git diff # 差分見る $ git diff master HEAD # 現在の状態とmasterを比較する $ git chec
美容内服薬ラボットメディカルクリニック【公式】
オンライン診療とは、自宅にいながら医師に直接毎日のスキンケアを相談したり、医薬品や漢方薬の処方を受けることができたりする診察のこと。お薬が処方された場合は郵送で薬局等にお薬を取りにいかなくても、自宅に届けられます。 普段、病院では発生する診察費用や処方箋費用はもちろん、お薬代以外の費用は一切かかりません。
君には1時間でGitについて知ってもらう(with VSCode) - Qiita
おことわり この記事はプログラミング＆業務未経験の新入社員に、Gitについて1時間くらいでバババッと説明した内容をもとに作ったものです。自分がもし誰かにGitについて教えて貰える立場にいたら、最初にこれを教えて貰いたかったという気持ちで作りました。 とりあえず「1人のプロジェクト」で「1時間で」Gitをそこそこ知って使えるようになることを目的としています。実際のチーム開発ができる水準までこの記事だけで達するのは無理ですが、今後Gitを使う必要がある人にとって学習の足がかりになればいいな、という内容です。 それと、新入社員に教えるという都合上、表現がやや正確でなくざっくりしたところがあるかもしれませんが、質の悪い誤解を招くようなものでなければご容赦下さい。 全体像 まずはGitとは何かをざっくり分かって貰った後で、VSCode上での操作を行って貰います。 Windowsでの説明を行いますが、
TigがWindowsにやってきたのでチュートリアルをまとめる - Qiita
はじめに 今年の新入社員向けの研修でGitの担当になったのですが，研修で使う環境をどうするかで迷っていました．Git本来の基本を押さえやすいように通常のCLIでGitを教えるか，とっつきやすいように何らかのGUIツールでGitを教えるか悩ましいところです．ちなみに研修自体はWindowsで行いますが，業務ではLinuxデスクトップ環境で開発しているグループもあるので，どちらでも使えるつぶしのきく環境がベストです。 そんな中ネットをあさっていると「Git for WindowsにTigが組み込まれたよ！」との情報を見つけました． Release Git for Windows 2.14.2 · git-for-windows/git そこで今回はWindowsでもLinuxでも使えて，コミットツリーやDiff等の情報も見やすく，本来のGitコマンドともあわせて使いやすいCUIツールであるTi
オープンソースプロジェクト向け報奨金サービスのIssueHunt、日本企業と手を組み全世界のオープンソース開発者へ支援プログラムを開始
170ヶ国へ拡がっているオープンソース開発者支援プラットフォームIssueHunt（イシューハント）は、オープンソース開発者と、彼・彼女らを支える企業を一層エンパワーメントし、オープンソース技術およびコミュニティの持続可能性を前進させる、開発者支援プログラムの開始を本日発表致します。 既にソフトバンク様やマイクロソフト様、LINE様が当支援プログラムに共感し、名乗りを上げています。 IssueHuntについて 2018年の7月にリリースされた、オープンソース開発者向け支援サービスです。GitHubのIssueに対して誰でも報奨金をつけることが出来、該当Issueを解決した開発者と、オープンソース運営者に対して、報奨金が分配されます。JekyllやMaterial-UIといった世界的なプロジェクトや、フルタムオープンソース開発者として著名なSindre Sorhus氏等が、IssueHunt
プロダクトのドキュメントにプルリクエストを送れる仕組みがすごい - Qiita
これ↓なんですけど、意外と RT や Like が付いてたので、ちゃんと書きますね。 しっかしMicrosoftのドキュメントシステム良く出来てるなー。右のEditボタン押すとGitHubが開いてすぐPR送れる。あちらでマージされれば即サイトに反映される。Contiributorsに自分のアイコンが増えた♪ これはフィードバックするのに「面倒」は理由にできないですぞ。https://t.co/9KhAwhV5PP pic.twitter.com/r46zFUvkEp — あめいぱわーにおまかせろ! (@amay077) 2018年6月12日 このツイは Microsoft の製品やサービスのドキュメントについてなんですが、 Microsoft Docs というポータルがありまして、同社のサービスの多くはここでドキュメント公開されている模様です。 ここで公開されているドキュメント群は、バック
HTTP/1.1 200 OK - Qiita
※このお話はたぶんフィクションです。実在の人物や団体とはあんまり関係ありません。 序 planetter.comをバージョンアップすることにした。数年前にリリースしてからずっと放置していたけど、そろそろ手を付けないとやばいと思った。 しかしウェブの世界はドッグイヤーだ。3年も経てば何もかもが変わっている。しばらく開発から遠ざかっていた僕には、最近の技術トレンドなんてさっぱりわからない。 まずは自分自身をアップデートするところから始めよう。 Atom 最初はIDEだ。以前はEclipseを使っていたけど、いまはもうウェブ系言語の進化速度に追いつけていないようだった。ウェブ開発用のIDEならいまはWebStormが人気のようだ。有料だけど、最新の技術に対応しているし、使い勝手もいい。 でも最終的にはAtomを選んだ。IDE(統合開発環境)ではなくエディタなので、これ自体は単機能だけど、不足分は
Git を少しでも高速、安全に使う方法を紹介 - アジャイルSEの憂鬱
はてブを眺めてたら、なんか Git の記事がバズってたので、便乗して Git の話を書いてみた。 Oh, shit, git! http://ohshitgit.com/ 「Oh shit, git!」を簡単に和訳してみた。(追記あり) - Qiita https://qiita.com/KaminoHiroki/items/391fb421e94e82c00128 基礎知識 git-reset は危ない git reset --hard は作業ディレクトリにコミットしていない変更があった場合、全てを吹き飛ばしてしまう可能性があります。 使う前に必ず git status を実行して、作業ディレクトリの状態を確認をした方が良いです。 git-checkout は遅い checkout コマンドは作業ディレクトリの状態を変更します。このとき ファイルアクセスが発生するため遅い です。 git
ローカルリポジトリのmasterブランチは別に無くても良い？ - Qiita
喧嘩を売るつもりはございません。 理由 Gitでブランチを作るのを忘れてmasterにコミットしてしまったときの対処法というQiita記事のコメント欄で ローカルのmasterブランチは別に持たなくても良い(むしろローカルにmasterがあるから表題のミスが起こる。) というコメントがあり、確かにな〜と共感したのが始まり。 masterで作業していることに気づかず、プッシュするときに「あぁ…」となる人も多いはず。 こういう悲しみが生まれること無く、皆が幸せになれるのではないでしょうか？ とりあえずmasterブランチを消そう git branch -D masterで削除。さよなら。 git fetchしましょう git pullを主に使用している人にはあまり馴染みのないコマンド（私もつい最近知った）。 git fetchの理解からgit mergeとpullの役割 ここに非常にわかりやす
gitで特定のファイルの履歴を消す方法 - ichhiの日記
$ git filter-branch --index-filter 'git rm --cached --ignore-unmatch targetfile' HEAD これで、特定のファイルtargetfileの履歴を消去できる。 特定のディレクトリは $ git filter-branch --index-filter 'git rm -r --cached --ignore-unmatch dir' HEAD で特定のディレクトリdirが消える。-rオプションを忘れずに。 後は、コミットするだけ。 $ git commit -m 'delete targetfile' リモートのリポジトリにもこの変更を反映させなければならない。 そういう場合は $ git push origin master --force でプッシュ。--forceを付けたのはリモートを強制的に上書きするため。
git初心者のための、安全できれいなgit push - webエンジニアの日常
私がいつも行っているgit pullからgit push までの手順をまとめたいと思います。 対象のソースコードはruby on railsでminitestを使っている想定ですが、途中実行するテストコマンド以外は他の言語、フレームワークでも同様の手順で大丈夫です。 git pull 作業を始める前にソースコードを最新版にしておく git branch ○○ 作業ブランチを切る git checkout ○○ 作業ブランチへ移動する 作業 + テスト + コミット 編集作業をして、rake testでテストの実行をし、テストが通ることを確認する。 git add . git commit git checkout master 作業中に変更されたソースを取り込むために、一旦masterへ移動 git pull 最新のmasterを取得 git checkout ○○ 作業ブランチへ移動 g
OSSのGitサーバ4種類を主観的に比較する | 純規の暇人趣味ブログ
人に見せたくないソースコードというのは星の数ほどあります。(例えばパスワードを含むサーバの設定ファイルをGitで管理している、とか) こういう時に非公開のGitサーバがあれば良いのですが、サービスとして提供されている物ではprivateリポジトリが作れなかったりしますし、そもそも他人が管理しているサーバなので100%の信用は出来ません。 もっと自由に使えて、信用できる、すなわち自分の管理しているサーバにインストール出来るOSSのGitサーバをいくつか比較してみます。 Gitサーバ、どれが良い？ 世の中にはGitHubなんてものがありましてね……WebからGitをポチポチ出来る。 これが案外便利でして、Webだけでリポジトリが作成出来る。 前まではGitoliteとRedmineを組み合わせていたのですが、このWebからの……が出来なくて面倒になってしまい思ったほど使いこなせていません。 と
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
大規模リポジトリの問題を解決するGit Virtual File System
Google、「Cloud Source Repositories」正式公開。Gitベースのソースコード管理ツール、5ユーザー、50GBまで無料
