I took a look at it, it's curious. 

At first blush it doesn't provide an elegant dsl as capistrano does.  Your 
example doesn't imply that it runs in parallel on all boxes, and I didn't see 
any direct way that you handle roles. 

I didn't really see a nice way to combine and isolate code in a built in way, 
like cap has with namespaces. 

And capistrano can be made to do anything, after all it's just a framework, 
https://github.com/donnoman/cap-recipes/tree/master/lib/cap_recipes/tasks

I think there's a lot you could learn from capistrano and implement into your 
framework. 

Create a shorter name, wrap a dsl around it with callbacks, add some better 
documentation, and you've got something. 

However you should create your own Google group for it so that conversations 
regarding your framework can be carried on there. The capistrano group is the 
wrong place for it. 

Good luck, and thanks for releasing the code. 

On Aug 11, 2011, at 4:01 AM, "alexey.petrushin" <[email protected]> 
wrote:

> Hello, Capistrano is great for it's purpose, but sometimes You need
> not only deployment (but also install & manage things like nginx &
> mysql) and Your way is a little different than the opinionated 'The
> Rails Way'. And in these situations using Capistrano may be a little
> difficult.
> 
> If this is the case, then maybe You will be interested in the general
> purposed tool to configure and manage Your remote machine(es).
> 
> The Vfs (Virtual File System) + Vos (Virtual Operating System) - tools
> to eliminate difference between local and remote machine, it makes
> working with remote machine as if it's local. You may also think of it
> as kind of ActiveRecord for File Systems (the AR uses the same api for
> almost any database, the same principle is here).
> 
> A little code sample:
> 
>  server = Box.new('cool_app.com')
>  me = '~'.to_dir
> 
>  deploy_dir = server['apps/cool_app']
>  projects = me['projects']
> 
>  # copying from local project to remote
>  projects['my_cool_app'].copy_to deploy_dir
> 
>  # configuring database on remote machine
>  database_config = deploy_dir.file('config/database.yml')
>  database_config.write("user: root\npassword: secret")
> 
>  # starting rails on remote machine
>  deploy_dir.bash 'rails production'
> 
> It's just a small part of it's API, please see more in docs below.
> I'm personally use it to manage my sites, for example http://ruby-lang.info
> 
> Here's the project itself:
> https://github.com/alexeypetrushin/vfs
> 
> And a little docs:
> http://ruby-lang.info/blog/virtual-file-system-b3g
> http://ruby-lang.info/blog/cluster-management-uum
> 
> My real-life configuration:
> https://github.com/alexeypetrushin/my_cluster
> 
> -- 
> * You received this message because you are subscribed to the Google Groups 
> "Capistrano" group.
> * To post to this group, send email to [email protected]
> * To unsubscribe from this group, send email to 
> [email protected] For more options, visit this group at 
> http://groups.google.com/group/capistrano?hl=en

-- 
* You received this message because you are subscribed to the Google Groups 
"Capistrano" group.
* To post to this group, send email to [email protected]
* To unsubscribe from this group, send email to 
[email protected] For more options, visit this group at 
http://groups.google.com/group/capistrano?hl=en

Reply via email to