[Outreachy] Git remote whitelist/blacklist

Hi,

I'm thinking of applying to Outreachy program this round with Git and the project I'm really interested in is "Git remote whitelist/blacklist" project (http://git.github.io/SoC-2016-Ideas/). I have drafted the description/timeline for this project and it would be great to get feedback/suggestions. (I'm actually a bit confused about the scale of this. The Outreachy application doesn't ask for "proposal" in the way GSoC seems to, but merely requests "details and the timeline", so I'm not sure whether the shorter description of what's planned is expected or should I go deeper in detail. I apologize if I chose a wrong approach.)

Thank you!

same or different organizations)? My preferred project to work on is Git remote whitelist/blacklist project listed on http://git.github.io/SoC-2016-Ideas/. I'm really interested in doing this project as I think this kind of effort is really important: I recently started using git myself, and sometimes I was really scared to push something to the location I was not supposed to push to. I would really appreciate the opportunity in participating in making git a bit more newbie-friendly.

Lars Schneider

plan to accomplish on the project you are most interested in (discuss
these first with the mentor of the project):
The goal is to provide a safer environment for newcomers to Git to
 enabling the possibility to modify git config, adding there "allowed"
 and "denied" remotes for pushing. Code, tests, and documentation
 are to be created.

Timeline:
0. Analysis
  Apr 22 - May 22 - studying the current code and drafting the
implementation proposal
1. Design
 a. May 22-June 1 - discussion with the mentor regarding the task,
presenting the approach and amending it per mentor's feedback
 b. June 1st-June 15th - communicating with the community
regarding the suggested changes and agreeing on logic, scope
and format of changes.
2. Development
 c. June 15th-July 1st - submitting code for the first basic version,
amending it according to the feedback
 d. July 1st - July 15th - extending the code to cover all of the
agreed scope
 e. July 15th - Aug 1st - finalizing full coverage with tests and
documentation
3. Evaluation
 f. Aug 1st - Aug 23rd - adding nice-to-have features and other
suggestion by the community