Git Product home page Git Product logo

givecrm.admin's Introduction

GiveCRM.Admin

About GiveCRM.Admin

GiveCRM was designed and developed at the inaugural GiveCampUK in London, October 2011. The aim of the project is to provide a Customer Relationship Management (CRM) system that has been explicitly designed with charities in mind, with a focus on simplicity of use.

GiveCRM.Admin is the Software-as-a-Service (SaaS) hosting layer of GiveCRM. This is deployed to the cloud to provide managed instances of GiveCRM on behalf of charities that do not have the expertise to host their own instance.

Contributing to GiveCRM.Admin

If you want to contribute to the project, check out the list of open Issues.

You can:

  • raise an issue
  • suggest a feature for the application

If you would like to contribute code to the project:

  1. A bit of background reading: - Setting up Git for Windows and connecting to GitHub - The Simple Guide to Git - How to GitHub: Fork, Branch, Track, Squash and Pull Request.
  2. Fork the repository (how-to)
  3. Make some changes to the code base
  4. Send us a Pull Request once you're happy with it (how-to)

We'll do a bit of a code review before accepting your patch.

Visual Studio 2010 and SQL Server Developer Tools

Our solutions are compatible with both Visual Studio 2010 (with Service Pack 1 applied) and Visual Studio 2012. We do not support any earlier versions of Visual Studio, including VS2010 RTM. If you are using Visual Studio 2010 SP1, you will also need to install the SQL Server Developer Tools (SSDT), the replacement for the retired Visual Studio Database Projects. You can download SSDT from http://go.microsoft.com/fwlink/?LinkID=237127&clcid=0x409, or via the Web Platform Installer.

To deploy the SSDT projects to a SQL Server database instance (SQL Express or full), right-click the project file and click Publish.... Provide a connection string for the target database instance, and click the Publish button.

Git Flow

You will notice when you fork the GiveCRM repository that the default branch is develop rather than the more usual master. We use the Git Flow branching model, first described by nvie, so GiveCRM's master branch moves on only at specific points, when we're really sure we want to promote something to production.

Use of Git Flow is not required for contributing to GiveCRM, particularly if you're submitting a bug-fix or small feature. Its use is recommended for larger changes where develop might move on whilst you're completing your work.

Configuring Git Flow

There is a set of helper scripts that will work on both Unix-based operating systems and Windows. Follow the appropriate installation instructions for your operating system, and configure your working copy repository for use with Git Flow by typing git flow init. Accept all the default options to the questions that it asks you.

Using Git Flow

Pick a feature or bug to work on and create a new branch for that work by typing git flow feature start <featurename>. This will create you a new feature branch for your work called feature/<featurename>, and you can use git as usual from this point.

Once your feature is finished, type git flow feature publish <featurename>. This will copy the feature branch to your origin repository on GitHub and you will then be able to submit a pull request to have it merged into GiveCRM's own develop branch. Note: do not use git flow feature finish <featurename>! This will automatically merge your feature branch back into develop and delete the feature branch, making it harder for you to submit your pull request.

If you wish to update your published feature branch after the initial publish, use a regular git push origin feature/<featurename>. This will also update your pull request if you have one open for that branch.

If you find GiveCRM's develop branch has moved on, and you need/want to take advantage of the changes made there, you can update your feature branch as follows:

  1. Ensure you have a remote configured for the upstream repository. You can use git remote add upstream git://github.com/GiveCampUK/GiveCRM.git to add it if it doesn't already exist.
  2. Type git pull upstream develop:develop to update your local repository with the upstream refs.
  3. Type git flow feature rebase <featurename> to rebase your feature branch on top of the new develop.

There is a lot of help available for Git Flow, which can be accessed by typing git flow feature help.

Join the conversation

We're on Twitter (@GiveCRM) using the hashtag #GiveCRM. We have a Trello board for creating and detailing tasks, and a JabbR chatroom; why not pop in and say hi?

givecrm.admin's People

Contributors

adrianbanks avatar alastairs avatar kendallmiller avatar markrendle avatar nbarnwell avatar robinminto avatar stack72 avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar

givecrm.admin's Issues

Authorisation

This issue is from the card created by Alastair on the LeanKitKanBan board we were using.

Which charities can I access? Keep this separate from Authentication for maximum flexibility

Authentication

I don't have replication steps, unfortunately. Just this comment from Alastair on the LeanKitKanBan board we were using:

Common membership across charities
Persistent login cookie
Authorization (which charities you can access) is separate

This should be split into specific tasks when we come to it, as I know there are already a couple of guys looking into Auth/Authz.

Activation

This comment is from Alastair on the LeanKitKanBan board we were using:

Activate a charity's site when the activation link is visited.
Configure subdomain using our default generated "short name"
Charity ID: pass to Core UI for setting up DB connection, etc. Take from activation URL?

Provision the site

Create new IIS website [or virtual machine, Azure instance, etc.]

There's some discussion about this not being strictly necessary, if we can tell (via host headers or through the URL) the CRM which database to connect to. This would be preferable, because then requests can be shared across a horizontally-scaled cluster, rather than siloing each charity to their own CRM instance.

Home Page Common Header

I don't have replication steps. Just this comment from Alastair on the LeanKitKanBan board we were using:

GiveCRM title
Email field
Password field
Sign in button

Validate password strength

This is mostly enforced by the ASP.NET Membership Provider already. It is configured to:

  • allow a maximum of 5 invalid password attempts
  • require password of at least 8 characters
  • require at least one non-alphanumeric character in a password

We need an AJAX-y check on the entered password to ensure it meets the password strength requirements before the user clicks "Sign up".

The PasswordStrengthRegularExpression configuration directive will probably come in useful with taking this feature further.

Provision the database

This issue is from the card created by Alastair on the LeanKitKanBan board we were using:

Connection String
Blank database
Apply GiveCRM schema
Apply base data

Browser detection

This issue is from the card created by Alastair on the LeanKitKanBan board we were using:

IE6 (7?) probably shouldn't be supported.

Tidy up the repository

There are some build artefacts checked in (notably in the Database Project), along with some git merge-produced .orig files.

It is not considered best practice to check NuGet packages in to the repository.

These items should be removed from the repository.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.