2024年Gitワークフロー再考 | フューチャー技術ブログ
春の入門祭り2024の2記事目です。 Gitは、出自としては1週間で作られたLinuxカーネルのための分散バージョン管理システムでした。当時のワークフローに合わせてパッチをテキスト化してメールに添付できるような機能だったりが備わっています。 一方で、現代のGitは、デファクトスタンダードなバージョン管理システムになりLinuxカーネル以外のアプリケーション開発で利用されています。分散バージョン管理ではあるものの、サーバー・クライアント型の使われ方をしていて、GitHubやGitLabを核にして、ローカルで作ったブランチをpushして、Pull Requestの形にして管理しています。少なくとも周りで見る限りでは、それ以外の使われ方の方が少なくなってきてます。そんなこんなで求められている使われ方が変わってきていて、それに合わせた機能がぼちぼち増えています。それを活用することで、ウェブ画面上で
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の役割 ここに非常にわかりやす
OSSのGitサーバ4種類を主観的に比較する | なうびるどいんぐ
人に見せたくないソースコードというのは星の数ほどあります。(例えばパスワードを含むサーバの設定ファイルをGitで管理している、とか) こういう時に非公開のGitサーバがあれば良いのですが、サービスとして提供されている物ではprivateリポジトリが作れなかったりしますし、そもそも他人が管理しているサーバなので100%の信用は出来ません。 もっと自由に使えて、信用できる、すなわち自分の管理しているサーバにインストール出来るOSSのGitサーバをいくつか比較してみます。 Gitサーバ、どれが良い？ 世の中にはGitHubなんてものがありましてね……WebからGitをポチポチ出来る。 これが案外便利でして、Webだけでリポジトリが作成出来る。 前まではGitoliteとRedmineを組み合わせていたのですが、このWebからの……が出来なくて面倒になってしまい思ったほど使いこなせていません。 と
俺的Androidアプリ開発の基本方針 ver 2016.Q3 - Qiita
前提 @eaglesakura が務めているTopgate社は受託案件が多いので、この方針が絶対ではない。受注元によっては好き放題できるし、受注元によっては条件が厳しくなる。 また、弊社のAndroidアプリ開発は1人～数人で行われることが多い。そのため、この方針は更に大規模な開発では通用しない可能性があることも承知している。 その辺りは 以前の記事 でも書いたとおり。 ここに書いた方針はその時々の状況（公式ツールやSupport Library、流行り廃り）によって変化する。が、こういう構成になったのはその時時の理由があるわけなので、明文化することで後々「なぜこういう構成にしなければならなかったのか」ということを思い出せるようにもしておきたい。 環境整備 ソースコード管理 制限が無いのであれば、githubで管理する。githubのissueはRedmineに比べると機能的に不十分である
人間らしいGitのエイリアス | POSTD
断固としてコンピュータ言語を拒絶する 私の知っている最も一般的な .gitconfig は、ユーザ名の設定だけが記されたものです。そして、その次に一般的なものはこれです。 [alias] ci = commit cia = commit -a cam = commit --amend cama = commit --amend -a cl = clean cldf = clean -df res = reset resa = reset HEAD ... # 82 more 4-character aliases このコンフィグは、要するにあなたの頭の中のスペースをキーストロークに置き換えます。短縮コマンドのエイリアスを覚えれば、タイピング数の節約が可能です。しかし私はこれが好きではありません。私はタイプミスをしますし、睡眠不足なこともたまにあるので、このエイリアスではやりづらくなってしま
Gitのコミットハッシュ値は何を元にどうやって生成されているのか | メルカリエンジニアリング
こんにちは。サーバサイドエンジニアの @DQNEO です。 前回の「Gitのつくりかた」に続いてGitのコアな部分のお話です。 Gitのコミットハッシュ値とは何か Gitを使っていると必ずコミットハッシュ値というものが出てきます。9e47c22みたいなアレです。 これはある特定のコミットを指し示すIDとして使うことができます。 では質問です。 このコミットハッシュ値は「何を元に」「どうやって」計算されているでしょうか？ 「ある特定のコミット」とはそもそも何なのか この問題を考える前に、まず「コミットとは何か」を明らかにしておきましょう。 コミットというと「コミットする行為」すなわち「動作」のことを想像するかもしれません。 しかしGitの内部構造的観点から言うと、Gitが管理記録しているのはコミット行為の結果生成されたデータの方です。 この「コミットによって生成されたデータ」のことを「コミッ
GitHubのようなサイトを独自に運用できる「GitLab」や「GitBucket」を使ってみよう | さくらのナレッジ
（※3月18日追記：当初「SSH公開鍵の管理機能」において、GitBucketを「×」としていましたが、SSHアクセス機能を機能を有効にすることでSSH公開鍵の管理機能も利用できるとのことで、「○」に修正しました） GitLabおよびGitBucketと、RedmineおよびTracとの大きな違いとして、フォークやマージ/プルリクエスト機能をサポートしているかどうかがある。これらの機能を利用したいのであれば、GitLabやGitBucketが候補となるだろう。 いっぽう、Redmineはカレンダー機能やガントチャートと言ったプロジェクト管理機能が充実しているのが特徴だ。また、Tracはシンプルなユーザーインターフェイスや、プラグインによるカスタマイズ性の高さがある。フォークやマージ/プルリクエスト機能を利用しないのであれば、プロジェクト管理機能が充実しているRedmineやTracは十分な
Git Source Control Providerの使い方
Visual Studio Advent Calendar 3日目です。Keiji KAMEBUCHI さんからの引き継ぎです。 今回はVisual Studioのソリューション・プロジェクトをGitを使ってバージョン管理をするためのGit Source Control ProviderであるGit Source Control Provider(gitscc)の使用方法についてまとめます。 Git Source Control Provider(Codeplex) Source Control Providerとは Source Control ProviderはVisual Studioに於いて、ソースコードのバージョン管理をする仕組みを提供するアドインやVS拡張のことです。 基本的にVisual Studioに対して共通のインターフェイスをもとに、リポジトリからのチェックアウト、コミ
いまさら聞けない、成功するブランチモデルとgit-flowの基礎知識
developブランチ 開発を行うためのブランチ。開発者は、主にこのブランチ上で作業を行う。次に紹介するfeatureブランチなど、他のブランチで行った作業は、ここにマージされる featureブランチ 主要な機能を実装するためのブランチ。機能の実装やバグフィックスなど、タスクごとにfeatureブランチを作成し、作業を行う releaseブランチ リリースの準備を行うためのブランチ。プロダクトをリリースする前に、このブランチを作成し、微調整を行う。releaseブランチを作成することで、リリース準備と次のバージョンに向けた開発のコードを分けることができる masterブランチ リリースしたソースコードを管理するためのブランチ。リリース作業を行うと、releaseブランチはmasterブランチへマージされて、リリースタグが打たれる。開発者は、このブランチへのコミットは行わない hotfix
Codebrag·Subversion/Git対応のコードレビューシステム MOONGIFT
コードレビューしてますか？ チームのコード品質を向上し、ひいてはシステム品質の向上を目指すためにはコードレビューが欠かせません。工業製品のように一定の品質を担保する技術がない以上、チーム全体でコード品質をあげていくのが最もいい方法ではないでしょうか。 単純に書いたコードを見せるだけでなく、Web上で確認、コメントできるようにすればより優れたコードレビューができるようになると思います。そこで使ってみたいのがCodebragです。 ログインします。 ログイン後。左にレビュー待ち一覧が並んでいます。 項目を選択すると差分が表示されます。 コード中にコメントできます。この辺りはGitHub風ですね。 ハートマークでいいねもできます。 Codebragの特徴としてはGIt/Subversionをサポートしているということがあります。バージョン管理システムの問題なので、GitHubやBitBucket
社内で使える！Perl製のGitHubクローン·GitPrep MOONGIFT
GitHubはオープンソース開発者にとって便利なサービスですが、ビジネス用途においてはセキュリティ上の要件が通らないと言ったケースもあるでしょう。そこで使ってみたいのがGitHubクローンです。今回はPerl製のGitPrepを紹介します。 こちらはデモサイトです。まずユーザ一覧があります。 ユーザの下にリポジトリがあります。 リポジトリの詳細です。ファイルブラウザと、READMEの内容表示がされています。 ファイルブラウザはリンクをたどる事ができます。 タグやブランチの一覧を見られます。 コミットの一覧。 もちろん差分をグラフィカルに確認できます。 ネットワークもサポート。 GitPrepは一つ前のGitHubのデザインそのままと言えます。ソースコードを確認したり、コミットを見たり、差分をチェックする事ができます。これだけできれば開発用途で使うには十分ではないでしょうか。 MOONGIF
イマドキのIDE事情(152) 最強のGitクライアントがWindowsにやってきた!「Atlassian SourceTree」
Atlassian SourceTreeとは? 2013年3月、Atlassian社からSourceTreeのWindows版がリリースされた。 SourceTreeは、もともとJIRAやBitBucketなどで有名なAtlassian社が、Mac用に提供していたGit/MecurialのGUIクライアントだ。GitやMercurialといった分散型のバージョン管理システムは、Subversionなどの中央管理型のバージョン管理システムと比較してどうしても操作が煩雑になりがちだが、SourceTreeはわかりやすいユーザインタフェースと、上級者でも満足できる詳細な操作を両立させていることから高い人気を得ている。 今回のリリースで、この強力なGitクライアントをようやくWindows環境でも利用できるようになったわけだ。本稿ではこのWindows版SourceTreeの実力を探ってみたい。
Gitアプリの決定版！SourceTree for windowsがやってきた！ ヤァ！ヤァ！ヤァ！ - damelog
街頭アンケート「非エンジニアのWindows環境でgitが運用出来ましたか」 40%: Github for Windowsを入れたが、日々何らかのトラブルが発生した 30%: TortoiseGitを入れようとしたが、面倒くさすぎてやめた 20%: 上記の情報を知っていたので、他のアプリを探したがどれもクソ完成度がイマイチだった 9%: 非エンジニアはsvnもしくは共有フォルダでファイルを管理してもらい、自分でpushするようになった 1%: 全員Macで開発するようになった 2013.3僕調べ そんなすべての環境設定おじさんに朗報です！ Macで人気を博したgitアプリ、某法人利用率99%(僕調べ)の"Atlassian SourceTree"がついにWindowsへ登場！！ これで環境設定おじさんの手間も省けるし、誰にも殺意を向けずにすみますね！！やったね！！！ SourceTree
第1回 TFS Expressで始めるソース・コード管理
ソース・コード管理のオンライン・サービス「Team Foundation Service」とTFS／Gitなどのオンプレミス・ツールを解説する連載スタート。 連載目次 ソース・コードの管理は多くの場合、組織内のサーバ（いわゆるオンプレミス・サーバ）で運用しているところが多いのではないだろうか？ SubversionやGitなどを外部のVPSにインストールして使っている場合もあるだろう。一方、現在ではGitをオンライン・サービスとして提供するGitHubや、Team Foundation Server（以降、TFS）をオンライン・サービスとして提供するTeam Foundation Service（以降、TF Service）なども提供されている。 本連載ではオンライン・サービスとして提供されているソース・コード管理とオンプレミスのソース・コード管理について解説する。 ■ソース・コード管理は
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はじめてのGit #gitkyoto
SourceTree for WindowsからGitを利用する
和製GitHub「ギットブレイク」公開、プライベートリポジトリが無料・無制限 
アトラシアン、Git/Mercurialクライアント「SourceTree」のWindows版をリリース
