MacOS ユーザが WSL では無い Windows のコンソール環境を整える - 2nd life (移転しました)
先日、メインの開発環境を MacOS から Windows 10 Professional へと移しました。理由としては主に2点で、現在仕事を自宅の固定席で行っており PC を持ち運びする必要がなくなったため Mac より高速で安価な Windows デスクトップ機を使いたいこと(Ryzen 9使いたい!)、WSL2 が正式版となり使ってみた感じ問題なく WSL2 で仕事の開発ができそうだったことが挙げられます。 WSL2 はふつうに Linux なので問題なく開発環境の構築が行なえ、Windows からも VSCode Remote のおかげでで違和感なくWSL2上のコードを編集、実行ができ快適な開発が行えています。(なお、WSL2 についての記事は山程溢れているので、ここでは殆ど触れません。) しかしながら、WSL2 ではないふつうの Windows 上で開発する機会が出てきたので、M
The largest Git repo on the planet
It’s been 3 months since I first wrote about our efforts to scale Git to extremely large projects and teams with an effort we called “Git Virtual File System”. As a reminder, GVFS, together with a set of enhancements to Git, enables Git to scale to VERY large repos by virtualizing both the .git folder and the working directory. Rather than download the entire repo and checkout all the files, it
アトラシアン、Gitクライアント「SourceTree for Windows 2.0」リリース。UI改善、高速化、Git Virtual File Systemサポートなど
SourceTree for Windows 2.0ではタブ中心のUIとなって、現在の作業に集中しやすい画面になりました。細かいデザインや配色、アニメーション効果などを見直したことで視認性も改善。 Windows 10 Anniversary Updateで追加されたモニタごとのDPI設定に対応したことで、モニタ間で表示を移動させてもつねに精細な表示を実現しました。 またGitの操作にLibGit2を採用したことで、SourceTree for Windows 1.10と比較して性能が大幅に改善しています。 そしてマイクロソフトが開発したGit Virtual File System（GVFS）をサポート。GVFSはリポジトリ下のファイルシステムを仮想化し、Gitリポジトリにあるように見せつつ必要なファイルをローカルにダウンロードすることで、特に大規模なリポジトリに対する操作を高速化するも
Vim-side #002: Vim最新動向と導入について
Vim-side第二回目の配信は2015年年末から2016年頭にかけてVimに起こっている最新動向とVim導入までの手引きについて語りました。 backspace.fm ML入会フォーム 年明けからのVimの動きchannel サポート/jsonサポートvim-jp/vimdoc-ja と vim-jp/lang-ja の動きVimのはじめかた導入最小セッティングVimtutor日本語ドキュメント関連リンクmattn/slckvoting results : vim onlineClinkiceiv+puttyPoderosa - Wikipediahelp - Vim日本語ドキュメントMonoidjdkanani/vim-material-theme: Material theme for vimVimの参考書実践Vim 思考のスピードで編集しよう!
[D] Windowsはターミナルがダメだから使えないってのは過去の話?
気づいたら自宅でもオフィスでもすっかりWindowsユーザーになっちゃって、Win10情報にも一喜一憂してるという、完璧なる転びマカーぶりを発揮してるドリキンです。 基本的にWinである不便もほとんどなくなってしまった（というかむしろ快適に感じる）今日この頃なんですが、唯一にして最大とも言えるWindowsの弱点はいうまでもなくまともなターミナルコンソールがないことですよね? とはいえ、最近はコンソールではNodeJSだけが動けばいいやという状態だったので、コマンドプロンプトでごまかしたりはしてたんですが、流石にコマンド履歴どころかコピペすらまともに出来ないのはどうかなと一念発起してWindowsでZshくらいは使えないかなとググってみたらよさげなモノを発見！ Babun | A windows shell you will love! それがBabunというWindows用のターミナルア
![[D] Windowsはターミナルがダメだから使えないってのは過去の話?](https://cdn-ak-scissors.b.st-hatena.com/image/square/75b0dc449d0b56499a80b7c43cc4bee54c3f1407/height=288;version=1;width=512/https%3A%2F%2Ffarm8.staticflickr.com%2F7317%2F15771156714_4f4cfa61f1_o.png)
Git for Windows でレポジトリー上の CR LF を LF に変換する手順
Git for Windows では改行コードが「レポジトリー上は LF」「ワーキング ディレクトリーは CR LF」となるように、git config の core.autocrlf が true となる状態でインストールされる (インストーラーでデフォルトの [Checkout Windows-style, commit Unix-style line endings] を選択した場合)。 Windows 以外の文化圏の人は CR LF を見ると CR がゴミに見えるので、妥当な設定だろう。 標準設定の autocrlf が true のときに、レポジトリー上に CR LF なファイルが紛れ込んでいないか調べたり、紛れ込んだ CR LF を LF に変換したかったのだけど、この手順が少しややこしかったので記事にまとめておく。 (autocrlf を false にして clone した
SourceTree for Windows 1.4 をリリースしました！ | Atlassian Japan 公式ブログ | アトラシアン株式会社
どこからでもアクセスできるように、SourceTree のインストールディレクトリをお使いのパスにインストールすると良いでしょう。 翻訳版 翻訳者の募集に対する皆さんの反応のおかげで、今や SourceTree for Windows 1.4 は英語、日本語、中国語、フランス語、ドイツ語、そしてロシア語の六カ国語で利用できます。最後の三つの言語は 100% は仕上がっていないものの、主要部分は既に翻訳済みです。残りの部分の翻訳作業に加わりたいとお考えの方は、翻訳作業への参加をお願いします！ パッチファイルサポート 今後は、SourceTree 内でパッチの作成および適用を行えるため、未コミットの作業状態から構成されるパッチ、および一つあるいはそれ以上のコミット済みパッチを効果的に使用できます。SourceTree は、パッチ生成におけるあらゆるオプションを簡単なインターフェイスへと収集し、
WindowsにおけるGit利用環境は整った： Git for Windows と SourceTree for Windows - 檜山正幸のキマイラ飼育記 (はてなBlog)
分散バージョン管理システムの利用は拡大しています。そのなかでも最も人気のあるツールはGitでしょう。しかし、GitをWindowsで使うのはなかなか困難でした。 Windows向けのGitであるmsysGitは、bashのコンソールを出して、最小限のUnix風コマンドライン環境を提供するものです。これは使いやすくありません。もう一つの選択肢であるTortoise Gitは、Windowsのエクスプローラー（ファイルマネージャ）に統合されたGUIツールですが、僕は「なんか違うな」と感じてました -- これは個人の感性の問題ですが、ファイルマネージャに横付けすることが、分散バージョン管理システムへの良いUIを提供するようには思えないのです。 ところが、最近は事情が大きく変わっています。使いやすいGUIツールとして、2013年6月に正式公開されたSourceTree for Windowsが存在
Gitクライアントの「SourceTree for Windows」、日本語化された最新版が無償公開、アトラシアン
Gitクライアントの「SourceTree for Windows」、日本語化された最新版が無償公開、アトラシアン アトラシアンが提供している無償のGitクライアント「SourceTree for Windows」がバージョン1.4となり、無償公開されました。そしてこのバージョンからWindows版も日本語化されたことが、同社エバンジェリスト 長沢智治氏のブログ「Re:WorkStyle」にポストされたエントリ「SourceTree for Windows 1.4 日本語版が公開に」で発表されました。 これまでSoruceTreeのMacOS版は日本語化されていましたが、Windows版は英語版のままでした。同社は「SourceTree for Windows 翻訳にご協力ください！」と昨年から協力を呼びかけており、今回のバージョン1.4からその成果が反映された形です。 SourceTre
これでGitも怖くない！ GUIでのバージョン管理が無料でできるSourceTreeの7つの特徴とは
これでGitも怖くない！ GUIでのバージョン管理が無料でできるSourceTreeの7つの特徴とは：ユカイ、ツーカイ、カイハツ環境！（31）（1/3 ページ） SourceTreeは直観的なGUIで使いやすい、今話題の無料のリポジトリ管理ツールです。本稿では、Windows版のSourceTreeをGitサポート機能を中心に紹介します。 Gitも使える大人気のバージョン管理ツール「SourceTree」 SourceTreeは、もともとMac OS X用に開発されていた無料のGit／Mercurialのクライアントアプリケーションで、GUI（Graphical User Interface）による直観的なバージョン管理の操作ができます。 SourceTreeは、2011年10月に「JIRA」「Bitbucket」で有名なアトラシアンに買収され、Windows用の正式版が2013年6月に公
git difftool --dir-diff が便利すぎて泣きそうです
Git の 1.7.11 から git difftool コマンドに --dir-diff というオプションが追加されたのですが、これがライフ チェンジングだと思ったので紹介します。 --dir-diff 登場以前の git difftool は「ファイルごとに順番に差分を表示していく」ことしかできず、使い勝手はいまいちでした。それが、--dir-diff オプションの登場で状況が一変したわけです。 こんな感じの使い心地だよ ある Git レポジトリーで dir1/a.txt と dir2/c.txt を編集したとしましょう。 この状態で git difftool --dir-diff または git difftool -d を実行してみると・・・。 はい、差分のあるファイルが一覧で表示されました。 (difftool に WinMerge を設定して、メニューから [ツリー表示] を有効
SourceTree 1.0 リリース。Mercurial をサポート | Atlassian Japan 公式ブログ | アトラシアン株式会社
SourceTree for Windows にとって大きな一日です。本日、バージョン 1.0 をリリースしました。全ての製品にとって 1.0 に到達することは影響の大きい瞬間だということは全てのデベロッパーがご存知でしょう。皆さんにとって試してみるに値するリリースができたと私たちは考えています。リリースノート全文をご覧になると全ての話が分かりますが、いくつかハイライトを下記します。 Mercurial サポート このリリースにおける大見出しとなるフィーチャーは、Mercurial のサポートです。ついに Windows バージョンが Mac バージョンと肩を並べることができました。我慢してこのフィーチャーにご要望を頂いて皆様のおかげです。埋め合わせとして、次の Mac バージョンで検討中のいくつかの Mercurial 強化点への早期アクセスを提供します。入ってくる変更、出て行く変更につ
SourceTree が Git のグローバルな無視リストを書き換えて困った話
#ignore thumbnails created by windows Thumbs.db #Ignore files build by Visual Studio *.obj *.exe *.pdb *.user *.aps *.pch *.vspscc *_i.c *_p.c *.ncb *.suo *.tlb *.tlh *.bak *.cache *.ilk *.log *.dll *.lib *.sbr この辺の拡張子は、Windows 関係の開発で自動生成されたり、中間ファイルだったりするファイルなので、確かにコミットする必要がないことはない。 .gitconfig に excludesfile がないときに発動 セットアップ時に、最初のダイアログには [Allow SourceTree to modify global Git and Mercurial config f
イマドキの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の実力を探ってみたい。
SourceTree for Windows 紹介 – Git 用無料デスクトップクライアント | Atlassian Japan 公式ブログ | アトラシアン株式会社
アトラシアンの分散バージョン管理システム (DVCS) ファミリーに SourceTree for Windows を追加しました。この紹介ができることにとても興奮しています。 SourceTree は Windows で作業する開発者向けの無料 Git デスクトップクライアントです。SourceTree の美しくシンプルなインターフェース を用いてコマンドラインに別れを告げ Git の力を最大限に利用しましょう(そして Mac ユーザーの友達が SourceTree を使っていることに嫉妬するのもやめられます) 。 シンプルでパワフルな Git クライアント SourceTree for Windows は、コードを書くことに集中できるように、Git リポジトリの操作方法を簡易化しました。 シンプルなユーザーインターフェースにより、よく使う Git コマンドを用いて、チームはすぐに準備が
SourceTree for Windows beta signup | SourceTree Blog
About SourceTree SourceTree is a free Mac client for Git and Mercurial version control systems. Learn More » Follow @sourcetree Subscribe to the Blog Looking for Git hosting? Meet Bitbucket – our free Git and Mercurial code hosting site with unlimited public and private repositories. Recent Posts Sourcetree for Mac 2.7 Sign-In Deprecated Sourcetree for Windows 2019 Preview Sourcetree 3.0 branches
GitHub for Windows Shell が凄い便利 - お だ のスペース
GitHub for Windows からインストール出来ます。GUI でも操作出来るんですが、コマンドに対応した操作が良くわからないので shell を使ってます。 shell は PowerShell です。なので bash に慣れていない Windows ユーザーにも安心ですね。 で、この PowerShell かなり便利です。日本語の入出力も無問題！*1また入力補完がかなり強力です。 git のコマンド補完は当然ですが、コマンドに対応したファイルも補完してくれます。 例えば、git add の後に {tab} を押すと、git add 出来るファイルが次々と出てきます。これは msysgit の GitBush では無かったはずです。 と、ここまでは良いことずくめなんですが一つ問題が。この ファイルの入力補完ですが パスに日本語があると化けます。 順に見ていきましょう。 まずは、リ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「Git for Windows」v2.5.0が公開、プレビューを脱した初めての正式リリース
GitHub、“GitHub Flow”に最適化した新しいクライアント「GitHub Desktop」を公開
Something went wrong.