SmartGit documentation If you are new to SmartGit, the SmartGit User Interface Reference is a good place to start. This documentation is split into two sections, and each serves a distinct purpose: Manual This section of the documentation offers an in-depth reference guide to SmartGit’s features and functionality. It provides comprehensive descriptions of the software’s tools, menus, options, and
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
動機 Subversionで困ってない ぶっちゃけSubversionで全然困っていませんでした。 コードレビューはちゃんとやっていたし、マージ・ブランチングも自作シェルスクリプトのおかげてスムーズにやれていました。 よく「Gitはマージが賢い、ブランチ作成が一瞬でできる」とかいわれますが、Subversionだってちゃんと使えばコンフリクトなんかめったに起きないし、ブランチ管理・マージだって全然めんどくさくない。 特にver1.7からはサーバもクライアントも大幅に高速化されたし、.svnディレクトリが.gitみたいに１個になったし、rebaseみたいなことだってできる。(sync merge & reintegrate) ただ、世の中が一斉にGitにシフトしている中でいつまでもSubversionを使っててよいのかという不安がありました。 また、月から金までSubversionにどっぷり
Sensitive data can be removed from the history of a repository if you can carefully coordinate with everyone who has cloned it and you are willing to manage the side effects. About removing sensitive data from a repository When altering your repository's history using tools like git-filter-repo, it's crucial to understand the implications. Rewriting history requires careful coordination with colla
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
いらないブランチが増えすぎた$ git branch | grep -v master | xargs git branch -d いらないリモートブランチが増えすぎた最新のコミットをパッチにしてSkypeで送るペアプログラミングで便利。 $ git commit -a -m WIP $ git format-patch HEAD~1 $ open . $ # Skypeのチャットにdrag & drop 受け取った人は $ git am ~/Downloads/0001-WIP.patch Dropboxに共有フォルダを作っておくと更に楽です。 前のコミットにブチ込みたい最近加えたGitのalias: fixup=commit –amend -C HEAD May 28, 2012無精者のalias~/.zshrc にて alias g='git' alias s='git status
git-ftpはGitのリポジトリからFTPサーバにアップロードできるGitコマンドの拡張です。 リポジトリはGitで管理しつつも、デプロイは未だにFTPを使っている…なんて会社は多いのではないでしょうか。せっかく先端の技術を使っておきながら半分はレガシーなまま、これでは勿体ないです。git-ftpを使ってスムーズな運営をしましょう。 設定です。git configを使ってユーザIDとパスワード、アップロード先を登録しておけます。 コマンド例です。 git-ftpを使うとGitリポジトリからFTPサーバにアップロードできるようになります。その逆はできません。ログインIDやパスワードは予め記録しておけるので、後はgit ftp pushを実行するのみになります。スコープ機能があり、複数のサーバへの同期を個別に管理できます。Ignoreにも対応し、設定ファイルを使ってアップロードしないファイル
「うわっ…私のバージョン管理、ダメ過ぎ…？」を解決するGitの使い方“超”入門：かんばん！～もし女子高生がRedmineでスクラム開発をしたら（5）（1/3 ページ） 本連載は、ちょっととぼけた女子高生の姉妹が今注目のアジャイル開発手法であるスクラムとプロジェクト管理ソフトの「Redmine」を使って、システム開発をするというフィクションです。 これまでのお話 本連載は、ちょっととぼけた女子高生の姉妹が今注目のアジャイル開発手法であるスクラムとプロジェクト管理ソフトの「Redmine」を使って、システム開発をするというフィクションです。 ひょんなきっかけから電子目安箱（カウンセラー）を開発することになった「ぷりん」と「まいん」の姉妹。第1回の『高校生になって初めてスクラムを始めました～「ストーリー」で何を作るかまとめよう』、第2回の『スプリントと“かんばん”でチームのビートを刻め!! ～ス
pushするとこんなエラーが出る error: refusing to update checked out branch: refs/heads/master error: By default, updating the current branch in a non-bare repository error: is denied, because it will make the index and work tree inconsistent error: with what you pushed, and will require 'git reset --hard' to match error: the work tree to HEAD. error: error: You can set 'receive.denyCurrentBranch' configuration
Javaからプログラム内でGitをたたくサンプル。EclipseのGitクライアントプラグインEGit内部で用いられている、JGitを使います。 JGitのライブラリがMavenで提供されているので、pom.xmlに以下を追加します。 <repositories> <!-- JGit repository --> <repository> <id>jgit-repository</id> <url>http://download.eclipse.org/jgit/maven</url> </repository> </repositories> <dependencies> <!-- Core Library --> <dependency> <groupId>org.eclipse.jgit</groupId> <artifactId>org.eclipse.jgit</artifact
前回までのあらすじ Pro Gitと入門gitでGitの復習 基本操作編 - kk_Atakaの日記 Pro Gitと入門gitでGitの復習 ブランチ編 - kk_Atakaの日記 Pro Gitと入門gitでGitの復習 マージ編 - kk_Atakaの日記 Pro Gitと入門Gitと入門gitでGitの復習 HEADのキャレットとかチルダとか補講編 - kk_Atakaの日記 Git道場#1に参加しました と、pullとpull --rebase備忘録 #gitdojo - kk_Atakaの日記 参考 Git - Book 入門Git 入門git 実用Git New !! Git道場#1 講義 Git道場 技 本日の課題、 テクニックの解説 // Speaker Deck New !! rebaseとは 入門git P126 土台の置き換え(リベース)にはgit rebaseコマ
git先日の UTF-8 対応の msysGit 1.7.10 リリース！ いよいよ Windows で git できるよ!!! という記事で、msysGit 1.7.10 の Git Bash で IME からの日本語入力できない件を伝えていたが、この件についてもう少し深入りしてみた。.inputrc を設定してもうまくいかない記事へのコメントで指摘をいただいたのが、.inputrc に set convert-meta off set meta-flag on set output-meta on と設定してみる、という方法だった。しかし、この通りに設定しても期待通りの結果にはならなかった。いろいろ検索してみると、生の MSYS では「この方法でうまくいく」と記述してあるページは多かった。生の MSYS ではうまくいくのに、msysGit ではうまくいかない理由はなぜか。この原因を調べ
git先日、msysGit（Git for Windows）がいよいよ公式に UTF-8 をサポート！ という記事で「UTF-8 対応のコードがコミットされた」ことをお伝えしましたが、ついに、UTF-8 対応の新バージョン、msysGit 1.7.10 がリリースされました。いよいよ Windows でも日本語ファイル名を扱えるようになったので、「git では "詳細設計所仕様書.xlsx" をコミットできないんでしょ？」とブーブーいってた人を説得できる材料はそろいました!!!!それを記念して、この記事では UTF-8 対応の msysGit 1.7.10 を試してみた ブーブーいう人を黙らせるための「GUI で git する Windows 向けツール」まとめの2本立てでお送りしたいと思います。UTF-8 対応の msysGit 1.7.10 を試してみたさっそく Google Code
tbaggery - A Note About Git Commit Messages A successful Git branching model » nvie.com Commit Often, Perfect Later, Publish Once—Git Best Practices だいたいこれらに書いてあることを考えている。 基本的にGit Successful Branch Modelで運用する。git-flowを入れて使っているけど、手でやってもそんなに面倒ではないし好きなようにしたらよさそう。 Subversionを個人で使っていたころはブランチはよくわからないけど恐しいものだったけど、Gitを使いはじめてだいぶ親しめるようになった。 文字通り、ブランチ、枝である。気軽に扱えるということは理解の助けにもなる。 コミットの単位 論理的に最小限度のコミットをつくる。「こう
チーム開発において、「チケット/Issue」「TDD」「コードレビュー」など、ソースコードの変更に対する効果的な開発フローについてよく考えるのだけど、なんにしてもこのあたりは非常に課題が多く、各社各コミュニティで色々なやり方が模索されているポイントだと思う。 で、まぁご多分に漏れず僕もよく考えるわけだけど、現状その過程で Pull Request こそが非常に効果的なのではないか、と思うので、ちょっとまとめてみようかと思う。 もちろん、言うまでもないようなことだよ、という人もいるかもしれないけど、そういう人がたくさんいると、非常に喜ばしいことだね。 Pull Request とは GitHub でこう呼ばれているので、こう呼ぶことにするが、ここでは、複数のリポジトリ/ブランチ間でのオープンな patch のやりとりのことだと考える。 あと、自分が使っているのが Git なので、ここでは G
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
