アカウント名:
パスワード:
TZは JST-9にしておいてRCS [purdue.edu]の Windows で動くバイナリ使って ci -l -zLT %1 とか、それも無理ならバッチ1行で copy %1 %どこぞ%\%date:~-10,4%-%date:~-5,2%-%date:~-2,2%T%time:~0,2%%time:~3,2%-%1 とかじゃダメなの?
テキスト検索ならDesktopHE [xrea.com]。
今時RCS?
私の配偶者は～な人は「最初はSVNやTortoiseSVNを考えたが、開発者でなくても使いやすい、もっとシンプルなもの」とのことですから、SVNよりもシンプルなバージョン管理ツールとあれば、レポジトリが不要(というより扱えない)でコマンドのパスさえ通っている所に ci.exe 等を置けばバージョン管理が可能となるRCSで十分だろう、と思いました。今時、というなら、CVSは選択肢から外れますが、複数のユーザーが同時に一つのWordやスプレッドシートを編集して結果をマージ、とかはどのみちできないでしょうから、「編集中だからロックをかけるよ！」で競合を防げば済むかなと思いまして。ロックかけっぱなしで放置、とされると rcs -U 使う事になりますが。「異なる名前で保存する」なんてやりかたをしているぐらいだから、逆に、RCSで間に合うのになぜ新しい高度なツールを使うのかな、と。
まったく同意。
今、モデレート権があれば「すば洞」を挙げたい。
なら、RCSでも十分でしょうけど、Gitでも良いんじゃない?どちらにせよ0からの学習なら、いまさらRCSじゃなかろう。
なら、RCSでも十分でしょうけど、Gitでも良いんじゃない?
Gitは 100MBのファイルをpushできません。これは仕様なので。if you add a new file or update an existing file larger than 50MB, and will be blocked from pushing files larger than 100MB [github.com] と GitHub Help にありますよ。例えば誰かが写真の多いWordをpushしようとしたら弾かれて、管理者を呼んだところで解決できませんね。「Gitを捨て、別のツールを検討しよう」と提案する以外に無くなります。
うっかり100MB超えのファイルをリポジトリに追加してしまったら、面倒な手順を踏んで削除しなければいけません。GitHubは、プログラム開発ならいいでしょうが、Wordやスキャンした文書などを扱うのなら「論外」としか言いようがありませんので非技術系の人たちが学習する価値はありません。とはいえGit以外のバージョン管理システムも扱えるファイルの最大サイズに限度がある可能性があり、調べないといけませんが。
RCS は単純だしそんなにヤワじゃないだろうと思いましたが、扱えるファイルの最大サイズはパッと調べた範囲では分かりませんでしたが、とりあえず手元で 1GB のファイルを ci -l できる事を確認しています。
それ、GitでなくてGitHubの仕様じゃないの？
GitとGitHubの区別がついてないのがGit厨って思ってたけど、非Git厨でもそうなのか。
Gitは 100MBのファイルをpushできません。
ローカルだけでよければ、pushする必要は無いよね。
今手元で試した限りでは、1GBのファイルをcommitすることはできるようだよ。
GitHubは、プログラム開発ならいいでしょうが、
GitHubを使うって話は、あなた以外誰もしていないようですが。
Gitは機能的には良いのだけど、Windowsクライアントは糞だと認識したほうがいい。あれがなんとかならない限り、Windowsユーザーにはまだ勧められない。TortoiseSVNやSharePointのほうがまだ勧められる。Word等を共有して履歴管理したいってなら恐らくWindowsユーザー(それも非開発者)なので現実解はSharePointの類だろうね。Gitなんかまだありえない。SharePointも何かと問題あるけど、この用途限定ならGitよりまし。
そういう意味ではRCSなんててんで話にならんけどね。コマンドラインなんてありえない。そもそもWindowsファイル共有化で使わせることになるんだし。
SharePointは使ったこと無いけど、話を聞く限り、現実解として最有力だろう、ってことは認める。
けど、中央レポジトリ的なものが不要、って条件を満たさないのでは?
>Windowsクライアントは糞だと認識したほうがいい。GUIツールならSourceTreeでとりあえずの事はできるし使いやすい。TortoiseGitあたりだと自分がどのブランチにいるかがぱっと見わかりにくいからな。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲを呼ぶ -- ある傍観者
RCSとかBATとか (スコア:0)
TZは JST-9にしておいてRCS [purdue.edu]の Windows で動くバイナリ使って ci -l -zLT %1 とか、それも無理ならバッチ1行で copy %1 %どこぞ%\%date:~-10,4%-%date:~-5,2%-%date:~-2,2%T%time:~0,2%%time:~3,2%-%1 とかじゃダメなの?
テキスト検索ならDesktopHE [xrea.com]。
Re: (スコア:1)
今時RCS?
Re:RCSとかBATとか (スコア:1)
私の配偶者は～な人は「最初はSVNやTortoiseSVNを考えたが、開発者でなくても使いやすい、もっとシンプルなもの」とのことですから、SVNよりもシンプルなバージョン管理ツールとあれば、レポジトリが不要(というより扱えない)でコマンドのパスさえ通っている所に ci.exe 等を置けばバージョン管理が可能となるRCSで十分だろう、と思いました。今時、というなら、CVSは選択肢から外れますが、複数のユーザーが同時に一つのWordやスプレッドシートを編集して結果をマージ、とかはどのみちできないでしょうから、「編集中だからロックをかけるよ！」で競合を防げば済むかなと思いまして。ロックかけっぱなしで放置、とされると rcs -U 使う事になりますが。「異なる名前で保存する」なんてやりかたをしているぐらいだから、逆に、RCSで間に合うのになぜ新しい高度なツールを使うのかな、と。
Re:RCSとかBATとか (スコア:2)
まったく同意。
今、モデレート権があれば「すば洞」を挙げたい。
Re:RCSとかBATとか (スコア:1)
なら、RCSでも十分でしょうけど、Gitでも良いんじゃない?
どちらにせよ0からの学習なら、いまさらRCSじゃなかろう。
100MBのファイルを扱えないGitなど論外 (スコア:1)
なら、RCSでも十分でしょうけど、Gitでも良いんじゃない?
Gitは 100MBのファイルをpushできません。これは仕様なので。if you add a new file or update an existing file larger than 50MB, and will be blocked from pushing files larger than 100MB [github.com] と GitHub Help にありますよ。例えば誰かが写真の多いWordをpushしようとしたら弾かれて、管理者を呼んだところで解決できませんね。「Gitを捨て、別のツールを検討しよう」と提案する以外に無くなります。
うっかり100MB超えのファイルをリポジトリに追加してしまったら、面倒な手順を踏んで削除しなければいけません。GitHubは、プログラム開発ならいいでしょうが、Wordやスキャンした文書などを扱うのなら「論外」としか言いようがありませんので非技術系の人たちが学習する価値はありません。とはいえGit以外のバージョン管理システムも扱えるファイルの最大サイズに限度がある可能性があり、調べないといけませんが。
RCS は単純だしそんなにヤワじゃないだろうと思いましたが、扱えるファイルの最大サイズはパッと調べた範囲では分かりませんでしたが、とりあえず手元で 1GB のファイルを ci -l できる事を確認しています。
Re:100MBのファイルを扱えないGitなど論外 (スコア:1)
それ、GitでなくてGitHubの仕様じゃないの？
GitとGitHubの区別がついてないのがGit厨って思ってたけど、非Git厨でもそうなのか。
Re:100MBのファイルを扱えないGitなど論外 (スコア:1)
Gitは 100MBのファイルをpushできません。
ローカルだけでよければ、pushする必要は無いよね。
今手元で試した限りでは、1GBのファイルをcommitすることはできるようだよ。
GitHubは、プログラム開発ならいいでしょうが、
GitHubを使うって話は、あなた以外誰もしていないようですが。
Re: (スコア:0)
Gitは機能的には良いのだけど、Windowsクライアントは糞だと認識したほうがいい。あれがなんとかならない限り、Windowsユーザーにはまだ勧められない。
TortoiseSVNやSharePointのほうがまだ勧められる。
Word等を共有して履歴管理したいってなら恐らくWindowsユーザー(それも非開発者)なので現実解はSharePointの類だろうね。Gitなんかまだありえない。
SharePointも何かと問題あるけど、この用途限定ならGitよりまし。
そういう意味ではRCSなんててんで話にならんけどね。
コマンドラインなんてありえない。そもそもWindowsファイル共有化で使わせることになるんだし。
Re:RCSとかBATとか (スコア:1)
SharePointは使ったこと無いけど、話を聞く限り、現実解として最有力だろう、ってことは認める。
けど、中央レポジトリ的なものが不要、って条件を満たさないのでは?
Re: (スコア:0)
>Windowsクライアントは糞だと認識したほうがいい。
GUIツールならSourceTreeでとりあえずの事はできるし使いやすい。
TortoiseGitあたりだと自分がどのブランチにいるかがぱっと見わかりにくいからな。