An interactive Git visualization tool to educate and challenge!
Learn Git Branching
An interactive Git visualization tool to educate and challenge!
Jupyter Notebook ファイルのままdiffをとったり、マージしたり出来るツール nbdime - Qiita
Jupyter Notebook ファイルのままdiffをとったり、マージしたり出来るツール nbdimePythonMachineLearningJupyterJupyterLabJupyterNotebook Jupyter Notebook の問題点 Jupyter Notebook は、ソースコードとアウトプットが一つの ノートブックファイル.ipynb で管理・実行することができるので、非常に便利です。しかし、その代償として、.ipynb ファイルにはソースコード以外のメタデータやアウトプットデータが含まれる為に、ソースコード部分の差分が非常に分かりにくくなってしまいます。 jupytext等で、.pyファイルにエクスポートして diffを取ることも考えられますが、.pyファイルが増えてしまい、本来の .pyファイルと混じって、これはこれで管理しづらい。 結構困った問題です。 ノ
MLflow 1.0.0 リリース！機械学習ライフサイクルを始めよう！ - Qiita
以前 Qiita で MLflow(ver0.4) に関する記事を書いたのですが、 最近(2019年5月22日)MLflow 1.0(候補版)がリリースされたらしいので再びまとめてみました。 本記事では MLflow の概要に加え MLflow1.0 + PyTorch を使ったコードを扱います。 MLflow 1.0 Released! | MLflow Release MLflow 1.0.0 · mlflow/mlflow | github 0. 対象 機械学習アルゴリズム周りに関わっている人 頻繁に実験を回す人 機械学習を使ったちょっと長い期間のプロジェクトに所属してる人 パラメータとか諸々の管理に疲れてきた人 これから長期PoC案件にとりかかる人 混沌とした機械学習周りのなにかを引き継いでしまって悲しくなった人 1. MLflow とは ※ 図は公式サイトより引用 An open
死んで覚える本当のGitの使い方 - mizchi log
注意: バズってますが、これははてなダイアリーからはてなブログの自動マイグレーションに失敗してたものを復旧させたもので、書かれたのは2012年です。 - 最近流行っているGit初心者向け記事は、「僕らが本当に知りたかったこと」が欠けているようにしか思えません。 そこで、本当のGitの使い方を僕が皆さんに伝授しようと思いました。 なにはともかく使ってみよう 前提として、皆様のお手元にはすでにGitがインストールされているものとします。 今回はエディタとしてDungeonCrawl StoneSoupを使います。 Downloads « Dungeon Crawl Stone Soup http://crawl.develz.org/wordpress/downloads Dungeon Crwal Stone Soup は今一番ホットなオープンソースのローグライクです。風来のシレンやトルネコ
美容内服薬ラボットメディカルクリニック【公式】
オンライン診療とは、自宅にいながら医師に直接毎日のスキンケアを相談したり、医薬品や漢方薬の処方を受けることができたりする診察のこと。お薬が処方された場合は郵送で薬局等にお薬を取りにいかなくても、自宅に届けられます。 普段、病院では発生する診察費用や処方箋費用はもちろん、お薬代以外の費用は一切かかりません。
git-updateがクソ便利 - くりにっき
git-sync にインスパイヤされて作りました qiita.com ソースコード gist.github.com モチベーション 例えばトピックブランチで作業してて、リポジトリのmasterが更新されたから最新のmasterを取り込んでrebaseするってことよくやると思うのですが、その時にいちいち git checkout master git pull --ff git checkout topic_branch git rebase master みたいなことをやるのが大変なのでサブコマンドにしました。 *1 3ヶ月くらい使ってるけど割と開発が捗ってます。 ~/.gitconfig のaliasにも up = update で登録してるので、1時間に1回くらいは g up 叩いてるんじゃないかなｗ https://github.com/sue445/dotfiles/blob/65
GitLab のバックアップファイルから Git リポジトリを取得する - takuyaisのブログ
何が出来るの？ GitLabでsudo gitlab-rake gitlab:backup:createを実行すると、既定では/var/opt/gitlab/backupsに[TIMESTAMP]_gitlab_backup.tarというファイル名でバックアップが作られます。このバックアップから直接Gitリポジトリを取得します。 やり方 コマンドだけ並べると次のとおりです。 $ ls -lh 合計 100K -rwxr-xr-x 1 takuyais takuyais 100K 10月 21 22:59 1445435571_gitlab_backup.tar $ mkdir 1445435571_gitlab_backup $ tar -xvf 1445435571_gitlab_backup.tar -C 1445435571_gitlab_backup repositories/ r
GitlabをDocker上に引っ越し - wadahiroの日記
Gitlabを立てているサーバのHDD残容量がかなり少なくなったため、前々からやろうと思っていたけどできていなかった、Docker上への引っ越しをようやく実施しました。 Docker上で構築しておくと、アップグレードも簡単というメリットがあります。今回、移行後についでに7.0.0⇒7.6.2へとアップグレードも行いましたけどかなり楽でした。 以下、移行手順のメモです。 移行先Gitlabの構築 移行先となるGitlab本体は再構築する必要がありますが、Docker上に構築するのでDocker Hubにあるものを利用して簡単に構築できます。今回は一番利用されていそうなsameersbn/gitlabを使用させて頂きました。 データベースにはMySQLを使っていたので、移行後もMySQLを使うことにしました。このMySQLも今回、Docker上に移行します。 なお、MySQLやGitリポジトリ
Gitレポジトリを移行する方法 - tanacasinoのメモ
既存のGitレポジトリを、GithubやBitBucketのようなホスティングサーバに移行したり、逆にローカルサーバのGitBucketやGitLabなどに移行したい場合、まあ単純にpushすればいいやんと思ったら、思うような結果にならなかったり、面倒な手順になってしまったりしてしまった。 どうも自分のワーキングのレポジトリから飛ばそうとすると、tagだったりbranchだったりが移行できていないかったりするのです。 ぐぐると、いったんローカルにリモートと同名のブランチ作って(checkoutして)から、push --all, --tags とかしてる奴とかありますがそれは面倒だなぁやだなぁみたいな。 最終的には、これが一番楽な手順かなと思う手順に行きつけたのでここに記す。 $ git clone --mirror <SOURCE_REPOSITORY_URL> $ cd <REPOSIT
CentOS 6.5にGitLab 6.8をインストールとSSL導入 - Qiita
CentOS 6.5にGitLab 6.8をインストールしてSSL導入 環境は2014/4/25時点で全て最新のものを使用。 CentOS:6.5 GitLab:6.8 GIt:1.9.2 Ruby:2.1.0 nginx:1.6.0 以下のサイトを参考にさせて頂きました。 ありがとうございました。 gitlabhq/gitlabhq https://github.com/gitlabhq/gitlabhq/blob/master/doc/install/installation.md $web->{note}; GitLab 5.0 を CentOS 6.4 にインストールする http://n8.hatenablog.com/entry/2013/04/24/230340 dogmap.jp nginx で ssl 設定をする http://dogmap.jp/2011/05/10/n
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に対して共通のインターフェイスをもとに、リポジトリからのチェックアウト、コミ
ゼロからのGitLabインストール手順(CentOS6.2) - someone’s notebook
CI, Linux | 23:08 | GitとRuby環境周りの勉強で、GitHubクローンのGitLabを入れてみました。 環境 $ cat /etc/redhat-release CentOS release 6.2 (Final) $ uname -a Linux oklahomaok.example.com 2.6.32-220.13.1.el6.x86_64 #1 SMP Tue Apr 17 23:56:34 BST 2012 x86_64 x86_64 x86_64 GNU/Linux 準備epelをリポジトリに追加します。Rubyやgitolite、GitLabで使用する怒濤のパッケージ群を入れます。精査していないので、ちょっと無駄なものが多いかもです。 $ rpm -Uvh http://download.fedoraproject.org/pub/epel/6/x86
PHP＋Bootstrapで書かれた美しいGitリポジトリビューア「GitList」:phpspot開発日誌
klaussilveira/gitlist GitHub PHP＋Bootstrapで書かれた美しいGitリポジトリビューア「GitList」 diff、コミット履歴、RSSフィードの出力、シンタックスハイライト、複数ブランチ・タグサポートなどの機能があり、githubっぽく使えます git, mod_rewrite, PHP5.3.3 で動くみたい 以下、スクリーンショット Bootstrapを使うことで簡単に素早く、より洗練されたUIが作れるようになりましたが、こうしたところでもどんどん使われていってますね 関連エントリ WEBブラウザベースのプロジェクト管理ツール「ChiliProject」
イラストでわかる！git入門の入門
こんにちは、アシアルの志田です。 社内でもgitが浸透し、皆バージョン管理といえばgitだよね、という空気になってきました。 ですが、これまでバージョン管理システムを使ったことがない人にオススメしても、 「gitて…まあ…そりゃ…ねえ、いつかやらないといけないけど…」 「ギット？ジット？俺はgiはジと読む派なので、gitは胡散臭いと思う」 「そもそもバージョン管理して何が嬉しいの？なんか難しそうでいやだ」 というような反応ばかりでした。 きっとみんな、gitって難しくて訳のわからんもんだと思っているのでは？と思い、 今回はgit入門の入門、gitってなんだ？というところから、簡単にgitを使う際の流れについてご説明します。 ちょっと不安を覚えるようなイラストがついていますので、頑張って読んでください。 バージョン管理ってなに？ プログラムを書いていて、こんなことありませんか？私はあります…
CentOS 6.2 に GitLab をインストールする - akishin999の日記
少し前に GitHub クローンである GitLab を検証していた際の環境構築メモを整理がてらまとめてみました。 GITLAB http://gitlabhq.com/ 現在公式リポジトリでは 2.3.1 が最新のようですが、試した時のバージョンなので 2.2.0 での記事になっています。 2013.08.16 追記 新しいバージョンについて記事を書いています。 こちらも参照してください。 GitLab 5.4.0 を CentOS 6.4 にインストールする 環境 使用した各ソフトウェアのバージョンは以下になります。 CentOS 6.2(i686) Git 1.7.1 Ruby ruby 1.9.3p125 gitolite 最新 GitLab 2.2.0 gitolite、GitLab 以外については既に導入済みとし、ここでは解説を省きます。 また、Yum リポジトリとしては EP
はじめてのgithub
世界一簡単なGithub入門（githubは無料で使用する場合、全てのファイルが公開されていることにご注意ください） ややこしいコマンドを全スルーして個人用バックアップとして使ってみる 2013.01.26 LDD13 LT 【概要】 次々と新しい技術やサービスが公開され、いろいろ挑戦してみたい・・・とは思うのですが、それが複雑なものだったり高機能であったりすると、どうしても最初のハードルが高く、なかなか踏み出せないと感じます。 そんな時、私の場合は、とりあえず、できるだけ簡単なマニュアルを探してきて、良く分からないところは全部無視して無理やり使ってみることにしています。訳が分からないままでも、使っていることで、ちょっとずつイメージが湧いてきて、画面が見慣れたものになってきます。そして、それから改めて入門書を読み始めます。そうすることで、最初のハードルが、少しは下がるのではと考えています。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://twitter.com/developer_quant/status/1544666710506348544
これならしんどくないGit運用の考え方
.gitignore for Visual Studio Projects and Solutions
GitHub - mikoto20000/railsgun: Redmine/ChiliProjectの直ぐに使える環境を簡単に構築します。
