Portable 版 Git for Windows 64-bit インストール手順 - Qiita
管理者権限が無い Windows 10 で Git を使うための手順です。 Web ブラウザーを開き, Git - Downloading Package にアクセスする。 64-bit Git for Windows Portable をクリックし, アーカイブをダウンロードする。 拡張子が .exe ではなく, .7z.exe となっていることを確認する。 ダウンロードしたアーカイブを開く。 Portable Git for Windows 64-bit ウィンドウが開く。 Where do you want to install portable Git? 欄に C:\PortableGit と入力し, OK ボタンを押下する。 展開が完了し, ウィンドウが自動的に閉じるまで待つ。 (オプション) Visual Studio Code など, 他のプログラムから Git を利用する場
cherry-pickコマンド備忘録 - Qiita
cherry-pickコマンドを使った経緯 本番へのリリースにあたり、リリース用のブランチに変更をコミットしようとしたところ、 過去の改修が含まれていたことに気付き、「特定のコミットだけ反映したいな」と思って調べたのがきっかけです。 cherry-pickコマンドとは？ まさに上記ような状況にぴったりのコマンドで、他ブランチの特定コミットのみを反映されることができるコマンドです。 使い方 cherry-pick コミットIDでそのコミットを反映させることができます。 例 developブランチのコミットをstrawberryブランチにcherry-pickする場合 git checkout develop git log commit f77d749550d38df8b2a11cc3d5c16cd1f26fc025 staging環境ホスト名変更 commit 7c83ae675baf01
Git-flow GitHub-flow GitLab-flowという開発フローについてまとめる - Qiita
gitを使用した開発フローである Git-flow GitHub-flow GitLab-flowについてまとめる 参考 Git-flowって何？ https://qiita.com/KosukeSone/items/514dd24828b485c69a05 git-flowで用いるブランチまとめ https://qiita.com/hatt0519/items/23ef0866f4abacce7296 【図解】git-flow、GitHub Flowを開発現場で使い始めるためにこれだけは覚えておこう https://www.atmarkit.co.jp/ait/articles/1708/01/news015.html Git-flowとは Vincent Driessen氏がブログに書いた"A successful Git branching model" というブランチモデルの導入を
Gitlab-flowの説明 - Qiita
Gitlab-flowのグラフ Gitlab-flowのブランチ説明 feature/hotfixは機能開発、不具合対応ブランチです masterはメインのブランチ pre-production(オプションブランチ)はリリース前のテスト用(git-flowで言うreleaseブランチ) productionはリリース済みのコード置き場 Gitlab-flowの流れ 機能開発 機能開発するとき、masterブランチからfeature/NAMEブランチを切って開発進む 開発が終わったらfeatureブランチからmasterにMerge Requestを作成します。 masterをステージング環境へデプロイして、確認する プリプロダクションへデプロイしたい場合、masterブランチからpre-productionブランチへのMerge Requestを作成します。マージ済みになるとデプロイする
error: RPC failed; curl transfer closed with outstanding read data remaining
I'm facing this error when I try to clone a repository from GitLab (GitLab 6.6.2 4ef8369): remote: Counting objects: 66352, done. remote: Compressing objects: 100% (10417/10417), done. error: RPC failed; curl 18 transfer closed with outstanding read data remaining fatal: The remote end hung up unexpectedly fatal: early EOF fatal: index-pack failed The clone is then aborted. How can I avoid this?
気をつけて！Git for Windowsにおける改行コード - Qiita
これをみるとinputやfalseはLF -> CRLFの自動変換を行わないので、これらを選んでしまいそうですが、 大規模開発で多数の開発者がtrueでインストールしてしまった場合、わざわざ変更をしてもらうまでの悪影響があるのか？がわからなかったので、それについて調べた結果を記載しようかと思います。また、これを書くきっかけとなった私のチームではまった落とし穴について書こうと思います。 core.autocrlfをtrueに設定をした場合 core.autocrlfをtrueに設定をした場合について整理します。 チェックアウトやコミットした場合の動きや、開発者がCRLFでファイルを作成した場合の動きは以下のようになります。 上記の図から確かにwroking directory上ではCRLFとLFが混在してしまう可能性がありますが、 repository上のファイルがLFである以上、core.
A successful Git branching model » nvie.com
Note of reflection (March 5, 2020) This model was conceived in 2010, now more than 10 years ago, and not very long after Git itself came into being. In those 10 years, git-flow (the branching model laid out in this article) has become hugely popular in many a software team to the point where people have started treating it like a standard of sorts — but unfortunately also as a dogma or panacea. Du
【メモ】EPELリポジトリをRed Hat Enterprise Linuxで使うには | Pocketstudio.jp log3
自分用備忘録シリーズ GitHub を使おうと、git を入れようとしたら RHEL には入ってない(´･ω･`)ｼｮﾎﾞｰﾝ そこで見つけた方法が EPEL リポジトリを使う方法。 Fedora Project のパッケージを、RHEL でも使える優れモノなのです。 ◆EPRL とは。 EPEL は “Extra Packages for Enterprise Linux” の略。すなわち、Red Hat Enterprise Linux や CentOS 向けに、Fedora Project によって開発・テスト・改良されているパッケージ群を使えるようにするためのリポジトリです。 早い話、Fedora Project で開発されている、サードパーティ製のパッケージ群。Red Hat 社から提供されているリポジトリとは別に、Fedora では比較的新しいパッケージが提供されているのが特長
GitHub時代の開発委託とは？ デブサミでQA@ITの事例の話をします - QA@IT公式ブログ
2013年2月14日と15日の2日間にわたって東京・目黒で開催されるDevelopers Summit 2013（デブサミ2013）の1セッションで、QA@ITの委託開発の話をさせて頂くことになりました。 ソーシャルコーディング革命後の開発委託の世界〜QA@ITの事例（仮） 私はこれまでいつも、デブサミは取材記者という立場で見て来ました。記者として取材して、例えば以下の様な記事を書いて来ました。聴衆に混じって講演を聞く側だった私が、まさか話す側に回ることになるとはと、今からドキドキしています。 デベロッパーズ・サミット2008：すばらしいソフトを作るには、カリスマが講演 未来の言語は「APL」？ Rubyのまつもと氏が講演 IIJのRuby対応PaaS「MOGOK」は、どんなサービスか？ さて、デブサミは開発者のイベントですが、私は委託側、つまり受託開発における「お客の声」ということでお話
Git入門 - トップページ
※ 翻訳用のリポジトリ、作業状況は「マニュアルの翻訳状況」参照。 翻訳作業に協力してくださる方がいてくれるとうれしいです。
分散バージョン管理システムGitの使い方入門 | OSDN Magazine
バージョン管理システムと言うとSubversionやCVSが有名だが、近年急速にユーザーを増やしているバージョン管理システムに「Git」 がある。GitはLinuxカーネルの開発リーダーとして知られるLinus Torvalds氏が中心となって、Linuxカーネルの開発に使用する目的で開発した分散型バージョン管理システムである。2005年に開発が開始されて以来さまざまなプロジェクトでの採用が進み、現在ではPerl 5やRuby on Rails、Android、Wine、X.orgなど、有名な大規模プロジェクトで採用されるに至っている。 本記事では、このGitを使用するのに必要な「分散型バージョン管理システム」の基本的な考え方を紹介するとともに、Gitの導入方法や基本的なGitの使い方について解説する。 分散バージョン管理システムとは？ GitはLinuxカーネル開発で用いられることを前提
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitPython Documentation — GitPython 3.1.43 documentation